АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Процессы и группы процессов управления проектами

Читайте также:
  1. B. Департаменты и управления функционального характера.
  2. I. Разрушение управления по ПФУ
  3. III. Психические свойства личности – типичные для данного человека особенности его психики, особенности реализации его психических процессов.
  4. III. СТРУКТУРА И ОРГАНЫ УПРАВЛЕНИЯ ПРИХОДА
  5. V. Ключи к искусству управления
  6. VI. Педагогические технологии на основе эффективности управления и организации учебного процесса
  7. XI. Гетерогенные процессы.
  8. А. Группы приказов.
  9. А. Стратегия управления
  10. Августа 1992 года Тёрнеру позвонил Брюс Пэйн и сказал, что он уволен из группы.
  11. Автомат управления дачным водопроводом
  12. Автоматизация гидродинамических процессов.

Проект состоит из процессов. Процесс — это совокупность действий, приносящая результат. В теории управления проектами различают следующие виды процессов:

• процессы инициации (принятие решения в начале выполнения проекта);

• процессы планирования (определение целей и критериев успеха проекта и разработка рабочих схем их достижения);

• процессы исполнения (координация людей и других ресурсов для выполнения плана);

• процессы управления и контроля (мониторинг, измерение хода работ, определение необходимых корректирующих действий, их согласование и применение);

• процессы завершения (формализация выполнения проекта или фазы и подведение их к упорядоченному итогу).

 

Процессы управления проектами накладываются друг на друга и про- исходят с разной интенсивностью на всех стадиях проекта. Кроме того, процессы управления проектами связаны своими результатами — результат выполнения одного процесса становится исходной информацией для другого. И, наконец, имеются взаимосвязи групп процессов различных фаз проекта. В реальном проекте фазы могут не только предшествовать друг другу, но и накладываться

 

4. Окружение и жизненный цикл проекта. Участники проекта.

Каждый проект имеет свой жизненный цикл (промежуток времени между моментом появления, зарождения проекта и моментом его ликвидации, завершения). Укрупненно жизненный цикл проекта можно разделить на три основные фазы:

предынвестиционная — предынвестиционное исследование и планирование развития проекта, разработка концепции проекта, анализ условий воплощения первоначального замысла, предпроектное обоснование инвестиций и оценка жизнеспособности, выбор и согласование места размещения объекта, разработка проектно-сметной документации и плана проекта;

инвестиционная — проведение торгов, заключение контрактов на закупки и поставки ресурсов и проведение строительно-монтажных работ; осуществляется ввод в действие разработанной системы управления проектом, средств коммуникации и связи участников проекта и системы их стимулирования, разрабатываются оперативные планы строительства, графики работы машин и механизмов, выполняются строительно-монтажные работы, осуществляется мониторинг, контроль и корректировка плана проекта. Завершается инвестиционная фаза пусконаладочными работами, сдачей объекта и демобилизацией ресурсов

эксплуатационная — осуществляется эксплуатация объекта, замена оборудования, расширение, модернизация и закрытие проекта. Нако- пленный на этом этапе опыт должен быть использован для внесения изменений в организационную или техническую систему управления проектом.

 

Участники проекта – основной элемент структуры проекта, обеспечивают реализацию его замысла.

Заказчик – будущий владелец и пользователь результатами проекта, определяет основные требования к проекту и обеспечивает его финансирование.

Инвесторы – банки, инвестиционные фонды, другие организации или физические лица, вкладывающие средства в проект. Если инвестор и заказчик не одно и то же лицо, инвестор заключает договор с заказчиком, контролирует выполнение контрактов и осуществляет расчеты с другими участниками проекта.

Спонсор (куратор) проекта – лицо, которое осуществляет не только финансовую поддержку, но также любую административную или организационную поддержку проекта. Как правило, спонсором проекта является менеджер высшего звена организации, исполняющей проект. Спонсор определяет приоритеты проекта и обеспечивает его ресурсами; организует взаимодействие с функциональными подразделениями; рассматривает и утверждает запросы на изменение.

Проектно-сметную документацию разрабатывают специализированные проектные организации, обобщенно называемые Проектировщиком. При этом ответственной за выполнение всего комплекса проектных работ является одна организация, называемая Генеральным проектировщиком.

Материально – техническое обеспечение проекта (закупки и поставки) обеспечивают организации – поставщики.

Подрядчик (Генеральный подрядчик, Субподрядчик) – юридическое лицо, несущее ответственность за выполнение работ в соответствии с контрактом.

Лицензиар – юридическое или физическое лицо, обладающее правом использования научно-технических достижений, выполнения определенных видов работ, владения земельным участком и т. д.

Для управления проектом создается команда во главе с Руководителем проекта (Проект-менеджером). В команду входят полномочные представители всех участников проекта для осуществления функций согласно принятому распределению зон ответственности.

 

5. Сбор информации по проекту. Определение целей, результатов и

ограничений проекта.

Концепция проекта разрабатывается на основе анализа потребностей бизнеса. Главная функция документа — подтверждение и согласование единого видения целей, задач и результатов всеми участниками проекта. Концепция определяет что и зачем делается в проекте.

Концепция проекта — это ключевой документ, который используется для принятия решений в ходе всего проекта, а также на фазе приемки — для подтверждения результата. Она содержит разделы:

• Название проекта

• Цели проекта

• Результаты проекта

• Допущения и ограничения

• Ключевые участники и заинтересованные стороны

• Ресурсы проекта

• Сроки

• Риски

• Критерии приемки

• Обоснование полезности проекта

 

Цели проекта должны отвечать на вопрос, зачем данный проект нужен. Цели проекта должны описывать бизнес-потребности и задачи, которые решаются в результате исполнения проекта. Цели должны быть значимыми (направленными на достижение стратегических целей Компании), конкретными (специфичными для данного проекта), измеримыми, реальными (достижимыми).

 

Результаты проекта отвечают на вопрос, что должно быть получено после его завершения. Результаты проекта должны определять:

Какие именно бизнес-выгоды получит заказчик в результате проекта.

Какой продукт или услуга. Что конкретно будет произведено по окончании проекта.

Высокоуровневые требования. Краткое описание и при необходимости ключевые свойства и/или характеристики продукта/услуги.

Результаты проекта должны быть измеримыми. Это означает, что при оценке результатов проекта должна иметься возможность сделать заключение достигнуты оговоренные в концепции результаты или нет.

Допущения тесно связаны с управлением рисками. В разработке ПО часто приходится формулировать риски в виде допущений, тем самым передавая его заказчику. Например, оценивая проект разработки и внедрения по схеме с фиксированной ценой, мы должны записать в допущения предположение о том, что стоимость лицензий на стороннее ПО не изменится, до завершения проекта.

Ограничения, как правило, сокращают возможности проектной команды в выборе решений. В частности они могут содержать:

Специфические нормативные требования. Например, обязательная сертификация продукта, услуги на соответствие определенным стандартам.

Специфические технические требования. Например, разработка под заданную программно-аппаратную платформу.

Специфические требования к защите информации.

В этом разделе также уместно сформулировать те требования к системе, которые могут ожидаться заказчиком по умолчанию, но не включаются в рамки данного проекта. Например, в данный раздел может быть включен пункт о том, что разработка программного интерфейса (API) для будущей интеграции с другими системами заказчика не входит в задачи данного проекта.

 

6. Создание плана реализуемости. Определение приоритета проекта.

Планирование в том или ином виде присутствует в течение всего срока реализации проекта. В самом начале жизненного цикла проекта разрабатывается неофициальный предварительный план, как самое первое представление о том, что нужно сделать в случае реализации проекта. Решение о выборе проекта в большой степени зависит от предварительного плана. Детальное планирование начинается после принятия решения о его реализации.

План проекта — это документ, в котором определяется порядок выполнения проекта. Это список задач, которые необходимо решить, чтобы достичь цели, и план расставляет эти задачи в нужной последовательности, определяет время, требуемое для решения каждой из них и ответственных за исполнение.

Составление плана позволяет оценить сроки выполнения проекта, разъяснить детали проекта заказчику, распределить функции между участниками проекта.

Алгоритм планирования: 1. Декомпозиция работ; 2. Оценка сроков; 3. Определение последовательностей задач; 4. Назначение ресурсов.

 


1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.006 сек.)