Помощь в написании студенческих работ
Антистрессовый сервис

Функциональная структура управления проектами

РефератПомощь в написанииУзнать стоимостьмоей работы

Методика «План Уайта». Один из разработчиков 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

Наименование этапа.

Задачи этапа.

Формирование требований.

  • 1. Анализ объекта исследования и обоснование необходимости создания автоматизированной системы.
  • 2. Разработка и формирование требований пользователя к автоматизированной системе

Разработка концепции АС.

  • 1. Изучение объекта с точки зрения возможности реализации требований пользователя.
  • 2. Проведение НИР для разработки концепции системы.
  • 3. Разработка альтернативных вариантов концепции АС под требования пользователя

Техническое задание.

  • 1. Непосредственно разработка технического задания к автоматизированной системе и ее частям.
  • 2. Разработка в рамках ТЗ форм планируемой проектной документации

Эскизный проект.

  • 1. Разработка предварительных проектных решений, но АС и ее модулям.
  • 2. Разработка предварительной документации по автоматизированной системе и ее модулям

Технический проект.

  • 1. Разработка проектных решений по системе и ее составным частям (модулям).
  • 2. Разработка документации на АС и ее составные части (модули).
  • 3. Разработка и создание документации на поставку изделий

для комплектования системы и (или) технических требований (технических заданий) по конструированию этих изделий.

Рабочая документация.

  • 1. Разработка рабочей документации на автоматизированную систему и ее части (модули).
  • 2. Разработка или адаптация (модификация) программ

Ввод в действие.

  • 1. Подготовка объекта автоматизации к вводу АС в действие.
  • 2. Подготовка персонала компании.
  • 3. Комплектация автоматизированной системы поставляемыми изделиями (программными и техническими средствами, программнотехническими комплексами, информационными изделиями).
  • 4. Строительно-монтажные работы.
  • 5. Пусконаладочные работы.
  • 6. Проведение предварительных испытаний.
  • 7. Опытная эксплуатация АС.
  • 8. Проведение приемочных испытаний АС

Сопровождение АС.

  • 1. Выполнение работ по гарантийным обязательствам.
  • 2. Послегарантийное обслуживание

Важной составлявшей стандарта является то, что оценка целесообразности и необходимости разработки осуществляется на самом первом этапе обследования.

Далее рассмотрим некоторые конкретные прикладные решения управления проектами внедрения информационных систем.

Показать весь текст
Заполнить форму текущей работой