Функциональная структура управления проектами
Методика «План Уайта». Один из разработчиков MRP О. Уайт создал и впоследствии стал широко применять детальный план внедрения систем комплексного управления предприятием. Этап включает определение состава и последовательности выполнения работ, оценку продолжительностей работ, разработку и контроль исполнения графика выполнения проекта. Начальный или нулевой цикл методики содержит шесть этапов… Читать ещё >
Функциональная структура управления проектами (реферат, курсовая, диплом, контрольная)
Раздел. | Раздел Guide to РМВоК. | Описание раздела. |
Управление координацией. (интеграцией). | Project Integration Management. | Этап включает разработку и исполнение плана проекта, а также контроль изменений. |
Управление целями (содержанием). | Project Scope Management. | Отдельный этап или составная часть управления проектом, которая охватывает процессы, обеспечивающие включение в состав проекта работ, выполнение которых обязательно для его успешного осуществления. |
Управление временем (сроками). | Project Time Management. | Этап включает определение состава и последовательности выполнения работ, оценку продолжительностей работ, разработку и контроль исполнения графика выполнения проекта. |
Управление стоимостью. (затратами). | Project Cost Management. | Этап включает планирование, ресурсов, оценку, планирование и контроль затрат. |
Управление качеством. | Project Quality Management. | Этап включает планирование, обеспечение и контроль качества. |
Управление человеческими ресурсами. | Project Human. Resource. Management. | Отдельный этап включает подбор персонала, развитие и совершенствование проектной команды. |
Управление коммуникациями. | Project. Communication. Management. | Этап отвечает за своевременную и верпую выработку, сбор, распределение, храпение и размещение информации, связанной с проектом. |
Управление рисками. | Project Risk Management. | Направлено па увеличение вероятности и последствий событий и фактов, благоприятных для проекта, и минимизацию вероятности и последствий событий и фактов, нежелательных для проекта, мешающих достижению целей проекта. |
Управление поставками. | Project Procurement Management. | Управление поставками всегда должно быть направлено на оптимальный выбор поставщиков и максимальную эффективность поставок. |
В каждом проекте (фазе проекта) обязательно присутствуют пять групп процессов. Это процессы инициации, планирования, исполнения, управления и завершения. Опишем процессы и группы процессов согласно Guide to РМВоК (табл. 8.9).
Таблица 8.9
Группы процессов проекта/фазы проекта согласно Guide to РМВоК
Группа процессов. | Группа процессов согласно Guide to РМВоК. | Описание группы процессов. |
Процессы инициации. | Initiating. Processes. | Процессы инициации включают процессы принятия решения о начале проекта или о начале отдельной фазы проекты. |
Процессы планирования. | Planning Processes. | Процессы планирования включают определение рабочих планов, схем, графиков достижения целей проекта. |
Процессы исполнения. | Executing. Processes. | Процессы исполнения включают координацию человеческих и прочих ресурсов на протяжении всего хода проекта. |
Процессы управления. | Controlling. Processes. | Процессы управления включают наблюдение и измерение результатов реализации проекта и внесение изменений, если они необходимы. |
Процессы завершения. | Closing Processes. | Процессы завершения включают документальное оформление завершения проекта либо отдельной фазы проекта. |
Методика «План Уайта». Один из разработчиков MRP О. Уайт создал и впоследствии стал широко применять детальный план внедрения систем комплексного управления предприятием.
Начальный или нулевой цикл методики содержит шесть этапов. По результатам прохождения этих шести шагов принимается решение о внедрении ИТ или ИС в компании (табл. 8.10).
Таблица 8.10
Характеристика этапов первой фазы проекта согласно методике «План Уайта»
Наименование этапа. | Цель, задачи этапа. | Результаты этапа. |
Предпроектнос обследование. | Исследование предприятия-клиента, систематизация и анализ полученных данных. | Документы — схема бизнес-процессов «as is»; схема бизнес-процессов «to Ьс»; бизнес-план реорганизации; краткосрочный план действий. |
Предварительная переподготовка. | Пояснить высшему руководству компании, в которой внедряется ИТ, что представляет собой процесс внедрения. | В результате руководители должны согласовать и прийти к единому видению результатов и ресурсов, необходимых в проекте. |
Техническое задание. | Разработать набор документов и спецификаций, определяющих требования к информационной системе. | Документ, в котором отражены вышеперечисленные требования к информационной системе и ее функциональности. |
Наименование этапа. | Цель, задачи этапа. | Результаты этапа. |
Технико-экономическое обоснование. | Обосновать необходимость внедрения информационной системы и (или) технологии в компании. | Качественные показатели и количественные оценки технико-экономического обоснования. |
Организация проекта. | Вовлечение сотрудников компании-клиента в процесс внедрения. | Успешное внедрение и возможность консультирования силами ИТ-отдела компани и-заказч и ка. |
Выработка целей. | Выработка целей проекта. | Четко сформулированные, согласованные и доведенные до всех участников структурированные задачи. |
Для крупных компаний существуют три уровня организации проекта, Это управляющий комитет, рабочий комитет и рабочая команда по внедрению. Описание уровней организации проекта, участников и их задач приведены в табл. 8.11.
Таблица 8.11
Уровни организации проекта согласно методике «План Уайта»
Уровень. | Участники. | Периодичность совещаний. | Задачи. |
Управляющий комитет. | Руководитель компании, заместители. | Регулярные совещания один-два раза в месяц. | Форм и ру ет стратеги ю, ресурсы, принимает базовые решения. |
Рабочий комитет. | Менеджеры высокого уровня. | Совещания один раз в неделю. | Разрабатывает политику, решения наиболее значимых задач, отслеживает и контролирует результаты. |
Рабочая команда по внедрению. | Специалисты из разных функциональных областей. | Действует постоянно. | Реализует контроль на уровне компании и отделов. |
Структура рабочей команды приведена в табл. 8.12.
Таблица 8.12
Структура рабочей команды согласно методике «План Уайта»
Участники рабочей команды. | Задачи. |
Сотрудники заказчика, работающие на данном участке. | Консультирование ИТ-специалистов, осуществление текущего контроля, предварительная приемка (анализ форм, документов, отчетов и т. д.). |
Сотрудник (сотрудники) отдела информационных технологий (ИТ) заказчика. | Изучение и освоение в необходимом объеме инструментальных средств исполнителя («1C», Scala, R3 и др.), участие в доработке и адаптации информационной системы, (информационный «буфер» между сотрудниками клиента и консультантами исполнителя). |
Участники рабочей команды. | Задачи. |
Консультанты-программисты исполнителя. | Разработка, внедрение, настройка, адаптация модулей ИС, консультирование сотрудников ИТ-отдела заказчика. |
Необходимо задействовать в разработке и внедрении сотрудников ИТ-подразделения компании-клиента. Это обусловлено тем, что, во-первых, сотрудники ИТ-подразделения компании-клиента уже участвовали в процессе автоматизации своей компании. Во-вторых, только непосредственно участвуя в разработке и (или) настройке системы, сотрудники смогут достаточно хорошо изучить систему. В дальнейшем это позволит им давать консультации сотрудникам других отделов своей компании без привлечения организации-внедренца [33, 37].
Существует несколько способов приступить к использованию новой системы. Это параллельная стратегия, скачок (шоковая терапия), опытная эксплуатация пилотного проекта, «узкое место» (табл. 8.13).
Таблица 8.13
Способы переходы на новую ИС
Название способа. | Характеристика способа. | Достоинства способа. | Недостатки способа. |
Парал. цельная стратегия. | Одновременная (параллельная) работа вручную, на «старой» системе и на внедренной. | Результаты постоянно сравниваются, новая система адаптируется. | Значительные трудозатраты (вследствие дублирования), большие сроки внедрения. |
Скачок. (шоковая терапия). | «С понедельника работаем на новой системе!». | Бывает эффективно. | Иногда приводит к провалу. |
Опытная эксплуатация пилотного проекта. | Скачок в рамках одного производственного участка. | Такой поэтапный запуск достаточно надежен, намного снижает риск неудачи. | Поэтапное, медленное внедрение. |
«Узкое место». | Автоматизация самого «узкого» места в производстве (основной деятельности) с постепенным расширением области автоматизации. | Позволяет разрешить проблемы «узкого» места. | Поэтапное, медленное внедрение. |
Разработан ГОСТ 34.601—90 «Автоматизированные системы: стадии создания» (табл. 8.14).
Стадии и этапы создания АС по ГОСТ 34.601—90
Наименование этапа. | Задачи этапа. |
Формирование требований. |
|
Разработка концепции АС. |
|
Техническое задание. |
|
Эскизный проект. |
|
Технический проект. |
для комплектования системы и (или) технических требований (технических заданий) по конструированию этих изделий. |
Рабочая документация. |
|
Ввод в действие. |
|
Сопровождение АС. |
|
Важной составлявшей стандарта является то, что оценка целесообразности и необходимости разработки осуществляется на самом первом этапе обследования.
Далее рассмотрим некоторые конкретные прикладные решения управления проектами внедрения информационных систем.