Управление проектами — различия между версиями

(Стандарты управления проектами)
(Стандарты управления проектами)
 
(не показано 14 промежуточных версий этого же участника)
Строка 1: Строка 1:
'''Управление проектами''' (project management) - приложение знаний, навыков, инструментов и методов к операциям проекта для удовлетворения требований, предъявляемых к проекту ([[PMBOK]]). Деятельность по планированию и контролю проектов (ISO/IEC 2382-20)
+
'''Управление проектами''' (project management) приложение знаний, навыков, инструментов и методов к операциям проекта для удовлетворения требований, предъявляемых к проекту ([[PMBOK]]). Деятельность по планированию и контролю проектов (ISO/IEC 2382-20)
  
 
Проектное управление о том, как спланировать и выполнить некоторую целенаправленную работу, ограниченную во времени и ресурсах.
 
Проектное управление о том, как спланировать и выполнить некоторую целенаправленную работу, ограниченную во времени и ресурсах.
Строка 8: Строка 8:
  
 
== Поколения управления проектами ==
 
== Поколения управления проектами ==
# I поколение '''“сетевого планирования”''' (когда было предложено составлять “сетевые графики”, в существенной мере облегчающие планирование заранее известных последовательностей работ — по этим графикам можно было найти “критический путь” (цепочку работ, задержка каждой из которых приводит к задержке завершения всего проекта в целом).
+
# I поколение '''“сетевого планирования”''' (когда было предложено составлять “сетевые графики”, в существенной мере облегчающие планирование заранее известных последовательностей работ — по этим графикам можно было найти “критический путь” (цепочку работ, задержка каждой из которых приводит к задержке завершения всего проекта в целом) см. [[PERT]], [[CPM]].
 
# II поколение ('''методологии PMI PMBoK, PRINCE2'''), в которой кроме самых разных аспектов планирования и контроля выполнения работ говорится также и о самых разных других аспектах управления проектом: стейкхолдерах и команде проекта,
 
# II поколение ('''методологии PMI PMBoK, PRINCE2'''), в которой кроме самых разных аспектов планирования и контроля выполнения работ говорится также и о самых разных других аспектах управления проектом: стейкхолдерах и команде проекта,
 
# III поколение ('''методологии P2M/Project&Program Management, TOC/Theory of Constraints, LastPlanner/Lean Project management'''). Одним из ключевых положений этих методологий является рассмотрение всех проектов для данной совокупности ресурсов (т.е. проектов всего предпринятия в целом, а не проекта как отдельного предпринятия) в совокупности — т.е. переход к программам (совокупностям проектов) как основному объекту рассмотрения. Перекидывать некритические ресурсы из одних проектов на критические задачи других проектов.
 
# III поколение ('''методологии P2M/Project&Program Management, TOC/Theory of Constraints, LastPlanner/Lean Project management'''). Одним из ключевых положений этих методологий является рассмотрение всех проектов для данной совокупности ресурсов (т.е. проектов всего предпринятия в целом, а не проекта как отдельного предпринятия) в совокупности — т.е. переход к программам (совокупностям проектов) как основному объекту рассмотрения. Перекидывать некритические ресурсы из одних проектов на критические задачи других проектов.
Строка 21: Строка 21:
  
 
== Стандарты управления проектами ==
 
== Стандарты управления проектами ==
{|
+
''Основная статья:'' [[:Категория:Стандарты управления проектами|Стандарты управления проектами]]
|[[Файл:Стандарты управления проектами.png]]
+
|
+
* [[PMI PMBoK]]
+
* [[PRINCE2]]
+
* [[P2M]]
+
* [[LastPlanner]]
+
* [[DSM]]
+
* Алгоритм [[CPM]]
+
* [[CCPM/TOC]]
+
* [[SCRUM]]
+
* [[DSDM]]
+
|}
+
  
=== Основные рекомендации при выборе методологии ===
+
== Способы планирования проекта ==
* Признать неадекватность «чистой PMBoK » (внедрение PMBoK само по себе не гарантирует присутствие надлежащих методов управления проектами, но стимулирует использование устаревших и неэффективных методов)
+
* '''В [[Проектирование|проектировании]]''' использовать [[DSM]] и [[Agile]]- методы, специально предназначенные для проектирования
+
* '''В [[Строительство|строительстве]]''' использовать [[LastPlanner]]
+
* '''Для обеспечения [[Управление цепочками поставок|управления цепочками поставок]]''' использовать [[CCPM/TOC]]
+
* Использовать три группы консультантов: по людям, по логистике, по софту.
+
* Проверять софт на возможность поддержки выбранных методов проектного управления.
+
 
+
== Проектное управление в ISO 15288 ==
+
'''Проектное управление''' - подгруппа проектных процессов в [[ISO 15288]]. В эту подгруппу входят следующие подгруппы:
+
* Планирование проекта
+
* Управление выполнением и контроль проекта
+
 
+
== Планирование проекта ==
+
 
=== Традиционное ("водопад") ===
 
=== Традиционное ("водопад") ===
 
Руководители («руками водители»):
 
Руководители («руками водители»):
Строка 62: Строка 37:
 
* На каждой итерации добиваются явного обещания выполнить работу.
 
* На каждой итерации добиваются явного обещания выполнить работу.
 
* Пересмотр планов на каждой итерации подразумевается.
 
* Пересмотр планов на каждой итерации подразумевается.
 +
 +
=== Гибридное ("[[Water-Scrum-Fall]]") ===
 +
Традиционное планирование в начале (разработка требований, проектирование) и в конце (интеграционное тестирование, выпуск), а по середине - гибкая разработка программного обеспечения с использованием [[SCRUM]].
  
 
== Информационные модели в управлении проектами ==
 
== Информационные модели в управлении проектами ==
 
* Координационная (факты о том, кто что кому обещал сделать, и сделал ли – формальные и неформальные контракты)
 
* Координационная (факты о том, кто что кому обещал сделать, и сделал ли – формальные и неформальные контракты)
* Потоковая / логистическая (критического ресурсного пути: оценки запаса времени и ресурсов)  
+
* Потоковая / логистическая ([[CPM|критического ресурсного пути]]: оценки запаса времени и ресурсов)  
 
* Технологических процессов (необходимые технологические операции и правила их выполнения) и целевой системы (например, АЭС)
 
* Технологических процессов (необходимые технологические операции и правила их выполнения) и целевой системы (например, АЭС)
  
Строка 71: Строка 49:
  
 
== Технологии и инструменты ==
 
== Технологии и инструменты ==
* Нет общепринятой одной «технологии», их много разных (десятки), разной степени детальности, опирающихся на разные теории менеджмента в целом и управления проектами в частности.
+
* Нет общепринятой одной «[[Технология|технологии]]», их много разных (десятки), разной степени детальности, опирающихся на разные теории менеджмента в целом и управления проектами в частности.
 
* Технологии соответствуют разным международным стандартам (и сертифицируют их применение разные частные и государственные организации).
 
* Технологии соответствуют разным международным стандартам (и сертифицируют их применение разные частные и государственные организации).
 
* Эти технологии существенно различаются онтологически (что такое «проект», что такое «проектные процессы», из чего состоит «проект», чем в «проектах» управляют, алгоритмы и частота планирования и т.д.).
 
* Эти технологии существенно различаются онтологически (что такое «проект», что такое «проектные процессы», из чего состоит «проект», чем в «проектах» управляют, алгоритмы и частота планирования и т.д.).
Строка 89: Строка 67:
 
=== Пример классификации программного обеспечения ===
 
=== Пример классификации программного обеспечения ===
 
по алгоритму логистики:
 
по алгоритму логистики:
* Критический путь (буферы не рассчитываются, работа с "плановыми датами", а не ожиданиями):
+
* [[CPM|Критический путь]] (буферы не рассчитываются, работа с "плановыми датами", а не ожиданиями):
 
** MS Project
 
** MS Project
 
** Primavera
 
** Primavera
* Критическая цепь ([[CCPM/TOC|CCPM]])
+
* [[CCPM|Критическая цепь]]
 
** Concerto
 
** Concerto
 
** ProChain
 
** ProChain
 
** SpiderProject
 
** SpiderProject
* Учет циклов ([[DSM]])
+
* [[DSM|Учет циклов]]
 
** Acclaro
 
** Acclaro
 
** PlanWeaver
 
** PlanWeaver
Строка 111: Строка 89:
 
* Схемы документооборота Documentum
 
* Схемы документооборота Documentum
 
* Workflows SP Foundation
 
* Workflows SP Foundation
 +
 +
== Ссылки ==
 +
* [https://www.producthunt.com/ask/1376-what-are-your-favorite-project-management-tools Подборка софта для проектного управления на Product Hunt]
 +
 +
== Ссылки ==
 +
* [http://microsoftproject.ru/articles.phtml?aid=606&uid=119-33079 Сравнение Turbo Planner, Primavera, Spider Project]
 +
* [http://www.techno-pm.com/2015/03/free-project-management-templates.html Шаблоны проектных документов]
  
 
[[Категория:Дисциплины]]
 
[[Категория:Дисциплины]]

Текущая версия на 14:46, 30 ноября 2017

Управление проектами (project management) — приложение знаний, навыков, инструментов и методов к операциям проекта для удовлетворения требований, предъявляемых к проекту (PMBOK). Деятельность по планированию и контролю проектов (ISO/IEC 2382-20)

Проектное управление о том, как спланировать и выполнить некоторую целенаправленную работу, ограниченную во времени и ресурсах.

Необходимо использовать из проектного управления лучшее, что оно может дать:

  • оценку времени выполнения заранее запланированных работ и распределение ресурсов по работам такое, чтобы время выполнения этих работ было минимальным

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

Поколения управления проектами

  1. I поколение “сетевого планирования” (когда было предложено составлять “сетевые графики”, в существенной мере облегчающие планирование заранее известных последовательностей работ — по этим графикам можно было найти “критический путь” (цепочку работ, задержка каждой из которых приводит к задержке завершения всего проекта в целом) см. PERT, CPM.
  2. II поколение (методологии PMI PMBoK, PRINCE2), в которой кроме самых разных аспектов планирования и контроля выполнения работ говорится также и о самых разных других аспектах управления проектом: стейкхолдерах и команде проекта,
  3. III поколение (методологии P2M/Project&Program Management, TOC/Theory of Constraints, LastPlanner/Lean Project management). Одним из ключевых положений этих методологий является рассмотрение всех проектов для данной совокупности ресурсов (т.е. проектов всего предпринятия в целом, а не проекта как отдельного предпринятия) в совокупности — т.е. переход к программам (совокупностям проектов) как основному объекту рассмотрения. Перекидывать некритические ресурсы из одних проектов на критические задачи других проектов.
  4. IV поколение — исследования в области теории планирования, переходящие в задачи искусственного интеллекта и гибридным статистико-логическим вычислениям (вообще, теорию планирования относят к задачам искусственного интеллекта: пока алгоритма составления эффективного плана не придумано).

Традиционно проектное управление делят на:

  • управление портфелем проектов (project portfolio management). Если включить управление портфелем проектов и все проекты портфеля управляются тоже, то это управление программой — программа это множество проектов определённой темы, необязательно начинающиеся и заканчивающиеся одновременно;
  • планирование проекта;
  • контроль выполнения проекта.

В третьем поколении проектного управления это деление не так уж очевидно.

Стандарты управления проектами

Основная статья: Стандарты управления проектами

Способы планирования проекта

Традиционное ("водопад")

Руководители («руками водители»):

  • Делят людей на работников и руководителей.
  • Руководители разрабатывают план, и «спускают» его выполнение для исполнения.
  • Обещание работников выполнить «спущенные сверху» сроки подразумевается, вместо итераций – отчеты о выполнении планов.
  • Пересмотр планов – необходимое зло.

Гибкое ("agile")

Организаторы («организовать и уйти»):

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

Гибридное ("Water-Scrum-Fall")

Традиционное планирование в начале (разработка требований, проектирование) и в конце (интеграционное тестирование, выпуск), а по середине - гибкая разработка программного обеспечения с использованием SCRUM.

Информационные модели в управлении проектами

  • Координационная (факты о том, кто что кому обещал сделать, и сделал ли – формальные и неформальные контракты)
  • Потоковая / логистическая (критического ресурсного пути: оценки запаса времени и ресурсов)
  • Технологических процессов (необходимые технологические операции и правила их выполнения) и целевой системы (например, АЭС)

Все эти модели (наборы фактов) должны быть интегрированы друг с другом (например, с использованием ISO 15926/Gellish)

Технологии и инструменты

  • Нет общепринятой одной «технологии», их много разных (десятки), разной степени детальности, опирающихся на разные теории менеджмента в целом и управления проектами в частности.
  • Технологии соответствуют разным международным стандартам (и сертифицируют их применение разные частные и государственные организации).
  • Эти технологии существенно различаются онтологически (что такое «проект», что такое «проектные процессы», из чего состоит «проект», чем в «проектах» управляют, алгоритмы и частота планирования и т.д.).
  • Инструменты проектного управления (софт) и наполнение используемых (информационных) моделей определяются технологиями (методами), а не наоборот.
  • Используемый софт накладывает ограничения на возможности использования отдельных методологий:
    • Есть ли средства управления портфелем проектов (программой) с общими ресурсами?
    • Есть ли инструменты создания, хранения и повторного использования шаблонов проектов?
    • Поддерживается ли софтом коммуникация и коллаборация? На каких стадиях работы по проекту?
    • Какие типы взаимозависимостей работ поддерживаются?
    • Какие алгоритмы составления графиков реализованы? Есть ли алгоритмы выравнивания по времени? По ресурсам?
    • Есть ли инструменты работы с буферами и вычисления их исчерпания?
    • Легко ли пополнять состав работ? На каких стадиях работы по проекту?
    • Легко ли вводить отчётность? А ежедневную? Какие есть алгоритмы консолидации отчётности?
    • Легко ли синхронизировать информацию у индивидуальных исполнителей (в том числе off-line) ?
    • Возможно ли представление циклов (как в DSM)? Какие средства работы с неизбежным повторением работ?

Пример классификации программного обеспечения

по алгоритму логистики:

Кроме того софтом проектного управления и информационных моделей проектных процессов являются

  • Схемы документооборота Documentum
  • Workflows SP Foundation

Ссылки

Ссылки