Sap project manager что это
Управление проектами
SAP PS: Управление проектами
На предприятиях и в организациях реализуется целый комплекс мероприятий, направленный на выполнение конкретной уникальной задачи. Данной задачей может быть разработка продукта (изделия) с заданными свойствами, строительство определенных объектов, выполнение комплексного ремонта, модернизации и реконструкции существующих объектов и оборудования. Для планирования и управления такими мероприятиями используется модуль «Управление проектами» (PS) от компании SAP.
Использование SAP PS оптимизирует работу руководителей проектов и специалистов, отвечающих за управленческий учет, благодаря следующим возможностям модуля:
Поддержка полного жизненного цикла проектов
Использование SAP PS поможет автоматизировать планирование, управление и контроль долгосрочных проектов с высоким уровнем сложности. Для этих целей в системе ведется иерархическая структура проекта, где работы разделяются на этапы до уровня отдельных операций, проводится автоматический анализ потребностей в материалах и ресурсах, учет затрат и контроль бюджета
Модуль «Управление проектами» поддерживает полный жизненный цикл проекта: от планирования до реализации и анализа результатов. Гибкая система позволяет настроить индивидуальные параметры для каждого проекта, с учетом потребностей и особенностей работы предприятия. Функционал SAP PS включает в себя:
Модуль «Управление проектами» интегрирован с другими модулями системы. Так, формирование платежей и контроль финансовых потоков проходят в модуле FI «Финансы», реализация проекта по заказу клиента связано с модулем «Сбыт», планирование потребности и обеспечение необходимыми материалами и услугами – с модулем «Управление материальными потоками». Также управление проектами интегрировано с модулями РР «Производство», СО «Управленческий учет», IM «Управление инвестициями», FI-AA «Учет основных средств» и «Управление персоналом».
Услуги для этого решения
Поставка и поддержка ПО
Компания «Информационные технологии и консалтинг» с 2007 года занимается внедрением проектов автоматизации.
Компания «Информационные технологии и консалтинг» предлагает услуги по разработке эксклюзивной информационной системы для Вашего предприятия.
Мы предоставляем широкий спектр услуг по сопровождению информационных систем, являемся официальным партнером SAP и регулярно подтверждаем сертификат Partner Center of Expertise.
Проведение обучения и тестирования
Компания «Информационные технологии и консалтинг» предлагает услуги по организации, проведению семинаров и тестированию специалистов.
Обновление и модернизация информационных систем
Наша компания предлагает услуги по обновлению, модернизации и миграции информационных систем.
Компания «Информационные технологии и консалтинг» поможет организовать процесс тиражирования и обеспечить эффективную и бесперебойную работу бизнеса.
Компания «Информационные технологии и консалтинг» поможет Вам подготовить бизнес-требовани я, выбрать программный продукт и организовать процесс внедрения решений.
2000 человек, 3K проектов в год: что такое PPM, и зачем это нужно вам
Пример ресурсного плана, где мы видим распределение сотрудников по задачам на несколько месяцев вперёд. У одного из них будет перегрузка через 3 месяца.
Ниже — короткий ликбез про то, что это вообще такое, когда и для чего внедряется, как суровая российская реальность меняет процессы и несколько советов из практики. И рассказы про 4 самых интересных внедрения из моей практики.
Что делают такие системы? Если кратко, Project & Portfolio Management позволяют увидеть статус любого проекта в любой момент с нужным уровнем детализации. Дают возможность правильно распределять ресурсы и загрузку сотрудников. Помогают тому, чтобы проекты попадали в бюджет, срок и качество.
Предпосылки внедрения PPM
Их, по сути, две. Первая – это когда головная организация говорит, что пора бы уже коллегам работать на нормальных ИТ-системах и вести учёт проектов. Как правило, крупные компании требуют от подрядчиков отчёты и обновления по статусу работы в том формате, который воспринимает их собственная система PPM.
Вторая причина – это когда компания вырастает и решает отслеживать статус своих проектов, плюс реально экономить при распределении ресурсов. Руководитель обычно чувствует такую необходимость довольно просто: когда он не может точно сказать, что прямо в деталях происходит на каждом проекте. Значит, пора что-то внедрять. Дело в том, что после внедрения руководитель получает очень полезный инструмент контроля и управления: ему теперь не надо пинать своих подчинённых каждый день, уточняя, что и как пошло. Достаточно заглянуть в PPM.
И ещё одно, пожалуй, самое важное отличие. После внедрения PPM резко уменьшается количество ситуаций, когда за чем-то недоглядели. Если на проекте возникает проблема или риск, они сразу видны руководителю, и он может принять решение.
Чаще всего, переход делается либо с системы невероятно сложных Excel-файлов, связанных громадными растущими из года в год макросами, либо с кучи разрозненных подсистем. Реже в компании нет ничего такого вообще, и требуется перейти к новому уровню. Но хватит теории.
Примеры внедрений
У себя в компании мы поставили CA Clarity PPM.
У нас тысячи проектов по IT-обслуживанию компаний, и они в большинстве предполагают работу далеко не одной команды. Раньше был довольно развитый трекер для постановки задач, отдельная финансовая система, отдельная система контроля ключевых точек. То есть получалось, что сотрудники использовали как минимум три (а чаще – больше) независимых инструмента: один для постановки задач, один для отчётов и координации с другими командами, и ещё один для финансов. Это неудобно, но в целом – нормально. При этом нам хотелось решить ещё сразу несколько вопросов. Например – сделать так, чтобы каждый планировал не как умеет, а в единых стандартах с другими. Во-вторых, по факту не было возможности ухватить общую картину: рабочий день мог начинаться с обзвона всех руководителей команд и получения статусов. Пока всех не обзвонишь – не поймёшь, как идёт процесс. Не было, соответственно, и единого пространства, где можно было посмотреть сразу всё – надо было лазить по куче подсистем и сравнивать отчёты. Плюс трудоёмкость проведения планового факт-анализа – например, чтобы ответить на вопрос — сколько и каких специалистов нужно, чтобы закончить проект на месяц быстрее, приходилось опять же всех обзванивать и считать руками.
Сейчас новая система интегрирована с CRM, системой учета тендеров, системой управления контрольными точками, системой микроменеджмента (привычным трекером), HRMS, HP SM, BPM, ERP, IBM WebSphere (ESB), системой аналитической отчетности. Всё это более чем на 2100 сотрудников, позволяет вести под 3000 проектов ежегодно. Есть сквозной контроль над проектами, и есть получение актуальной, полной и непротиворечивой отчетности. Понятно, что для многих переход означал несколько болезненное переобучение, но сейчас — все счастливы.
Для одной рекламной компании делали корпоративную систему управления проектами.
Была проведена единовременная миграция инсталляций Microsoft Project Server 2007 и Microsoft Project Server 2003 на платформу MS Project Server 2010, а также интеграция системы с корпоративными системами DevTrack и TFS. Основными пользователями системы являются руководители проектов и участники проектных команд. Главный функционал: управление сроками, управление ресурсами, работа с проектной документацией, координация действий участников проектов.
Одному крупному банку нужна была реализация инструмента централизованного управления сроками и ресурсами проектов по переформатированию точек обслуживания клиентов.
В ходе проекта было выполнено проектирование и внедрение системы на базе Microsoft Project Server 2010, проведено обучение ключевых пользователей. На выходе: управление проектами и программами, контроль над соблюдением сроков, контроль качества проектов, координация усилий всех участников проектов, создание единого информационного пространства проектов, отслеживание хода выполнения проектов, формирование сводной отчетности по проектам.
Ну и для ещё одной компании интегрировали Oracle Primavera EPPM с порталом на базе Microsoft SharePoint.
Получилось создание единого информационного пространства, обеспечение оперативной коллективной работы проектных групп, обеспечение оперативного управления проектами и координация использования ресурсов, контроль выполнения задач проектов, ведение отчетности по задачам проектов.
Какие задачи решаются?
Чем это всё отличается от трекеров?
Кто выигрывает от внедрения?
Что вообще умеет PPM и как выбирается конкретная система?
На рынке PPM решений я вижу четкую разбивку систем на три типа. Во-первых, это «монстры» или core-системы, в которых есть все модули управления проектами, которые можно придумать, (от стратегического управления до планирования операционной деятельности). Они ставятся на сервера компании и потихоньку становятся своего рода кровеносной системой бизнеса, проникая во все процессы без исключения. Внедрение идёт долго, сложно, но из-за 20-летней эволюции таких решений предусматриваются почти все проблемы крупного бизнеса. Есть системы, где нет почти ничего – только базовая отчётность и мало аналитики. И есть решения, которые лежат где-то в середине, позволяющие, с одной стороны, легко развернуться, а с другой – достаточно гибкие для модернизаций.
«Монстры» PPM
Все перечисленные системы хороши в зависимости от компаний и типов задач. В моей практике одна компания выбирала себе решение из примерно такого же списка 11 месяцев: две недели составлялся шортлист, потом специалисты компании обучались у каждого поставщика, затем – прогоняли некие тестовые проекты в демо-версиях на реальных данных. То есть, по сути, всё это время корректировал техзадание и требования. Через 11 месяцев система была выбрана, 3-4 месяца внедрялась первая версия и оставшееся время делалась миграция исторических данных + обучение пользователей.
Современные гибкие решения
Но не всегда хочется переделывать весь бизнес и менять мировоззрение на процессы в нём, и не всегда хочется строить новую ИТ-инфраструктуру для PPM.
Гораздо чаще есть локальные задачи вроде ведения портфеля проектов и оценки того, как и что в нём происходит. В таких случаях практически идеальными становятся решения, которые быстро развёртываются в облаке и «закрывают» самые горячие задачи. В России сейчас постепенно появляются решения этого класса, а Gartner уже ставит их в свой квадрат и объясняет, для какого бизнеса они актуальнее «монстров». Одно из таких решений — KeyedIn Projects, которое работает из «облака», но может быть развернуто и в инфраструктуре компании. Ниже пример как раз про «облачный» вариант работы по одной из задач.
Пример управления ресурсами
Пример анализа сценария по портфелю проектов. Предположим, мы хотим «повесить» IT-департаменту новую задачу. Смотрим, что изменится в графике — и видим загрузку по ролям. По одному из направлений — перегрузка в ближайшие 4 месяца (скорее всего – требуется ещё сотрудник). Так мы видим, как выбранная нами конфигурация портфеля проектов влияет на загрузку сотрудников.
Нужно распределять не просто людей, а роли, плюс учесть наличие оборудования, время, возможности и вообще кучу деталей, включая навыки каждого ресурса в проекте. То есть в части стратегического планирования мы говорим о том, что есть возможность сопоставлять capacity (ресурсные возможности) компании с тем, какие роли и в каком объеме требуются для реализации каждого проекта и портфеля проектов в целом. При этом можно проводить сценарный анализ. То есть для каждого проекта могут быть разные сценарии выделения ресурсов — к примеру, как работать при оптимистичном прогнозе хода проекта или при пессимистичном. Или что делать, если финальный релиз получится раньше графика, либо задерживается. Это называется «What If — анализ».
Другая сильная сторона KeyedIn Projects — это возможность навести порядок в «головах» руководителей проектных офисов. В системе можно структурировать все проекты, посмотреть по каждому из них статусы, кто занимается, хорошо идет или плохо, нужно ли предпринимать контрмеры. Руководить офисом, где ведется, начиная от десятков и заканчивая тысячами проектов без такого инструмента просто невозможно.
Панель руководителя. Видим 4 проекта в группе – и последние статусы светофором «бюджет, результаты, ресурсы». Если «желтый» или «красный» – значит, нужна наша реакция.
Панель руководителя, где он может просмотреть ключевую информацию по проектам, которые реализуются. Можно настраивать как угодно, чтобы одним взглядом охватывать что нужно.
Панель пользователя – данные для работы: задачи, списание рабочего времени, назначенные действия по управлению рисками и проблемами.
Сколько занимает внедрение?
Как правило, core-системы «уровня ОС» типа HP PPM или Clarity внедряются от полугода, в зависимости от широты выбранного заказчиком функционала. Очень много времени уходит на перенос процессов и данных внутрь системы, плавную миграцию и так далее. Обычно на 3-4-й месяц переходит один отдел, потом это делается для остальных. В конце внедрения пользователи ещё пару месяцев постоянно звонят в хелпдеск спрашивать, как что-то делать, потом привыкают и радуются. Или печалятся, если раньше ничего не делали, а теперь это всплыло. Такое тоже бывает.
Системы под конкретные задачи вроде KeyedIn – пару месяцев, причём большая часть времени – это сбор данных и их перенос в систему. Если развёртывание идёт в облаке – то ещё меньше.
Если кому интересно, систему можно протестировать в «облаке» у вендора. По запросу можем разместить систему и в публичном облаке КРОК (как сервис).
Структура управления проектом SAP
Структура управления проектом SAP
В этом разделе мы рассмотрим организационную структуру проекта SAP.
Руководитель проектного офиса
Руководитель проектного офиса (СРО) входит в организационный комитет и обладает достаточными полномочиями и ответственностью для повседневного управления связанной с проектом деятельностью и обеспечения выполнения требований по ресурсам.
Руководителем проектного офиса следует назначить одного из старших менеджеров. Он должен хорошо разбираться в устройстве бизнес-деятельности компании, а также в функциональности и информационных технологиях для того, чтобы направлять команду ключевых пользователей и технических консультантов, которые также будут участвовать и нести ответственность за успешное внедрение системы SAP R/3. Функции руководителя проектного офиса включают в себя:
• Осуществление контроля над всем проектом.
• Ответственность за соблюдение сроков и возможные проволочки.
• Утверждение рамок проекта и стратегии внедрения, а также контроль над соблюдением стратегии и предотвращение расползания рамок проекта.
• Подготовка и утверждение плана для команды внедрения с уточнением пилотного участка и участков дальнейшего разворачивания системы.
• Подготовка и утверждение плана обучения привилегированных и обычных пользователей на различных стадиях проекта.
• Ответственность за привлечение определенных пользователей на всех значимых стадиях проекта.
• Принятие результатов и оформление закрытия стадий проектов.
• Решение вопросов, возникающих во время окончательного определения и стандартизации бизнес-процессов
• Решение административных вопросов, с которыми иногда сталкиваются консультанты
• Решение вопросов, возникающих при взаимодействии с партнером по внедрению, координация коммерческих аспектов и утверждение платежей, связанных с пройденными этапами проекта.
• Утверждение и обеспечение поддерживающей инфраструктуры (оборудование, программное обеспечение, компьютерные сети, внешнее программное обеспечение, помещения в офисе, линии коммуникаций, онлайновая сервисная система (OSS), и т. д.)
• Организация заседаний исполнительного и организационного комитетов и направление их деятельности на принятие необходимых решений.
• Обеспечение информированности компании SAP и ее партнеров относительно особых требований компании к системе.
• Обеспечение загрузки данных из всех затронутых проектом подразделений компании.
Руководитель проектного офиса также отвечает за составление и обновление руководства по внедрению для компании в целом.
Локальные менеджеры проекта
Локальные менеджеры проекта (Site Project Managers, SPM) отвечают за внедрение SAP на различных участках, они работают под прямым руководством Руководителя проектного офиса. Эти менеджеры с самого начала должны быть членами команды внедрения на пилотном участке, что обеспечит им опыт работы с системой, необходимый для внедрения на их индивидуальных участках. Обязанности Локального менеджера проекта включают в себя:
• Контроль проекта на своем участке.
• Ответственность за соблюдение сроков и возможные проволочки.
• Формирование кадров и ресурсов в соответствии со штатным расписанием для проекта SAP.
• Выполнение плана обучения на своем участке, в том числе обучение членов функциональной и технической команд, привилегированных и обычных пользователей на различных этапах проекта.
• Ответственность за привлечение необходимых пользователей на соответствующих стадиях проекта.
• Принятие результатов и оформление закрытия стадий проектов.
• Решение административных вопросов, с которыми иногда сталкиваются консультанты.
• Утверждение и обеспечение поддерживающей инфраструктуры (оборудование, программное обеспечение, компьютерные сети, внешнее программное обеспечение, офисные помещения, линии коммуникаций, OSS, и т. д.).
• Обеспечение загрузки данных из соответствующих подразделений компании.
Локальный менеджер проекта также отвечает за поддержку руководства по внедрению на своем участке.
Команда внедрения должна включать в себя лидеров по модулям (Module Leaders), которые несут ответственность за каждый из базовых модулей, планируемых к внедрению. Желательно, чтобы лидеры по модулям обладали опытом работы в соответствующей функциональной области, а также прошли курсы функционального обучения SAP, особенно по соответствующему модулю.
Лидеров по модулям необходимо назначить в самом начале проекта, они должны участвовать в этапах концептуального планирования бизнес-процессов и реализации проекта, а также в идентификации и документировании процессов, обнаружении пробелем и нахождении средств их устранения не только относительно своего модуля, но и остальных модулей SAP. Это позволит им внести более существенный вклад в осуществление проекта на стадии тестирования модулей и их интеграции.
Менеджер по ресурсам
Успех любого проекта SAP в огромной степени зависит от предоставления необходимых ресурсов в полном объеме и в установленные сроки. По сравнению с аналогичными по масштабу и уровню инвестиций IT-проектами, внедрение SAP протекает гораздо быстрее. Именно поэтому необходим менеджер по ресурсам (Resource Manager), который имеет опыт закупок и несет ответственность за предоставление ресурсов для IT-проектов. Менеджер по ресурсам должен хорошо разбираться в процедурах закупок компании и ее политике в этом отношении, а также в процедурах отчетности об освоении средств в рамках проекта SAP.
Как на начальной стадии проекта, так и в дальнейшем менеджер по ресурсам может состоять в организационном комитете проекта, что позволяет ему оперативно предоставлять на утверждение предполагаемые закупки, а также решить вопросы, связанные с задержками предоставления ресурсов, неполными инсталляциями, недопоставками, незавершенными курсами обучения, техподдержкой и т. д.
Менеджер по обучению
В отличие от традиционных проектов, внедрение SAP подразумевает гораздо более масштабное участие
Одна из основных обязанностей менеджера по обучению — обеспечение не только достаточного количества инструкторов, но и освобождение соответствующих групп персонала от своих обязанностей на время проведения курсов обучения, согласно обговоренным в плане срокам. Менеджер по обучению также должен сотрудничать с менеджером по ресурсам в целях установки программного обеспечения и организации соответствующего обучения.
Во время обучения функциональной и технической команд можно получить лицензии на Internet Demo and Evaluation System (IDES) и InfoDB с соответствующей инфраструктурой терминалов, сети и т. д. Подобным образом, перед началом обучения конечных пользователей необходимо полностью составить и утвердить обусловленную спецификой компании документацию для всех модулей, и в дальнейшем использовать ее для обучения.
Читайте также
24.3. Работа с проектом
24.3. Работа с проектом Прежде всего нужно сохранить наш проект. Нажмите кнопку Сохранить в главном окне Glade. Перед сохранением Glade предложит установить свойства проекта:? Вкладка «Общие» • Каталог проекта /home/ваше_имя/Проекты/Проект — сразу же измените Проекты на Projects и
Персонал amp; Управление проектом
Персонал amp; Управление проектом Руководство проектом только выигрывает от улучшения качества работы персонала и уменьшения рисков, которые с ним связаны.И компании, и команде разработчиков выгодна атмосфера постоянного обучения и обмена знаниями. Во время работы над
Приложение: «Специалист в пределах слышимости»(Expert In Earshot) Паттерн управления проектом
Приложение: «Специалист в пределах слышимости»(Expert In Earshot) Паттерн управления проектом (полную версию смотрите на http://c2.com/cgi/wiki?ExpertInEarshot)Неопытным программистам довольно сложно самостоятельно научиться хорошо работать, поэтому…Около них (в пределах слышимости) должен
Просмотр результатов работы над проектом
Просмотр результатов работы над проектом Посмотрим, как выглядит каменный островок в трехмерном виде, чтобы оценить достоинства и недостатки проделанной работы, и при необходимости откорректируем проект.Нажмите кнопку View Tools (Просмотр инструментов) в верхней части окна
О 3ds Max и работе над проектом
О 3ds Max и работе над проектом Список программ-редакторов компьютерной графики обширен. В зависимости от метода создания, хранения и обработки графики, редакторы делятся на растровые и векторные. Растровые редакторы работают с изображением как с совокупностью точек
Работа с проектом Microsoft Access
Работа с проектом Microsoft Access Работа с проектом Microsoft Access очень похожа на работу с базой данных Microsoft Access. Процесс создания форм, отчетов, страниц доступа к данным, макросов и модулей практически не отличается от используемого при создании базы данных Microsoft Access. Подключившись
Управление проектом
Управление проектом Цель управления проектом — определить задачи, которые необходимо реализовать, контролировать выполнение проекта и отчитаться за ресурсы, затраченные на проект.Организация проектаОрганизация проекта состоит в формировании различных команд,
Политика и принципы управления проектом
Политика и принципы управления проектом Политика и принципы управления проектом должны быть окончательно определены и донесены до всех участников проекта как можно раньше.Стратегия проектаКак уже упоминалось в разделе «Информация как новый ресурс» в главе 1, внедрение
Управление проектом на стадии реализации
Управление проектом на стадии реализации На данном этапе задача управления проектом мало отличается от других этапов — в основном она по-прежнему состоит из управления и контроля за прохождением данного этапа проекта. Анализ требований новой организационной структуры
Управление проектом на стадии окончательной подготовки
Управление проектом на стадии окончательной подготовки Цель управления проектом на этом этапе мало отличается от остальных этапов и состоит в том, чтобы обеспечивать проекту направленное и поступательное движение, координировать усилия по выполнению расписания
10.6. РАБОТА НАД ПРОЕКТОМ В СРЕДЕ RATIONAL ROSE
10.6. РАБОТА НАД ПРОЕКТОМ В СРЕДЕ RATIONAL ROSE Из всех рассмотренных видов канонических диаграмм в среде Rational Rose 98/98i не поддерживается только диаграмма деятельности.В ходе работы над диаграммами проекта имеется возможность удаления и добавления соответствующих графических
12.2. СТРУКТУРА УПРАВЛЕНИЯ РАЗРАБОТКОЙ ПРОГРАММНЫХ СРЕДСТВ
12.2. СТРУКТУРА УПРАВЛЕНИЯ РАЗРАБОТКОЙ ПРОГРАММНЫХ СРЕДСТВ Разработка ПО обычно производится в организации, в которой одновременно могут вестись разработки ряда других программных средств. Для управления всеми этими программными проектами используется иерархическая
12.4. МЕТОДОЛОГИЯ УПРАВЛЕНИЯ ПРОЕКТОМ
12.4. МЕТОДОЛОГИЯ УПРАВЛЕНИЯ ПРОЕКТОМ Взаимодействие в команде. Ответственность за проект несет разработчик, а не начальник отдела. Начальники являются членами команды — последнее слово в некоторых важных вопросах принадлежит им. Однако на самом деле проектом управляет
Управление проектом
Управление проектом Этот раздел запроса на предложения объясняет требования к управлению проектом. В масштабных или сложных проектах может потребоваться менеджер проекта со стороны поставщика. В договоре между поставщиком и заказчиком необходимо зафиксировать, как