Управление проектами — различия между версиями
Admin (обсуждение | вклад) (Новая страница: «'''Проектное управление''' о том, как спланировать и выполнить некоторую целенаправленную…») |
Admin (обсуждение | вклад) |
||
Строка 1: | Строка 1: | ||
− | '''Проектное управление''' о том, как спланировать и выполнить некоторую целенаправленную работу, ограниченную во времени и ресурсах. | + | '''Проектное управление''' о том, как спланировать и выполнить некоторую целенаправленную работу, ограниченную во времени и ресурсах. |
+ | '''Необходимо использовать из проектного управления лучшее, что оно может дать:''' | ||
+ | * оценку времени выполнения заранее запланированных работ и распределение ресурсов по работам такое, чтобы время выполнения этих работ было минимальным | ||
+ | и критически относиться к тому, что лучше реализуется практиками других дисциплин — [[Системная инженерия|системной инженерии]], [[Лидерство|лидерства]]. | ||
+ | |||
+ | |||
+ | == Поколения управления проектами == | ||
# I поколение '''“сетевого планирования”''' (когда было предложено составлять “сетевые графики”, в существенной мере облегчающие планирование заранее известных последовательностей работ — по этим графикам можно было найти “критический путь” (цепочку работ, задержка каждой из которых приводит к задержке завершения всего проекта в целом). | # I поколение '''“сетевого планирования”''' (когда было предложено составлять “сетевые графики”, в существенной мере облегчающие планирование заранее известных последовательностей работ — по этим графикам можно было найти “критический путь” (цепочку работ, задержка каждой из которых приводит к задержке завершения всего проекта в целом). | ||
# II поколение ('''методологии PMI PMBoK, PRINCE2'''), в которой кроме самых разных аспектов планирования и контроля выполнения работ говорится также и о самых разных других аспектах управления проектом: стейкхолдерах и команде проекта, | # II поколение ('''методологии PMI PMBoK, PRINCE2'''), в которой кроме самых разных аспектов планирования и контроля выполнения работ говорится также и о самых разных других аспектах управления проектом: стейкхолдерах и команде проекта, | ||
Строка 15: | Строка 21: | ||
− | ''' | + | == Стандарты управления проектами == |
− | * | + | [[Файл:Стандарты управления проектами.png]] |
− | и | + | |
+ | |||
+ | |||
+ | |||
+ | == Проектное управление в ISO 15288 == | ||
+ | '''Проектное управление''' - в [[ISO 15288]] подгруппе проектных процессов. В подгруппу входят следующие подгруппы: | ||
+ | * Планирование проекта | ||
+ | * Управление выполнением и контроль проекта | ||
+ | |||
+ | |||
+ | == Планирование проекта == | ||
+ | === Традиционное ("водопад") === | ||
+ | Руководители («руками водители»): | ||
+ | * Делят людей на работников и руководителей. | ||
+ | * Руководители разрабатывают план, и «спускают» его выполнение для исполнения. | ||
+ | * Обещание работников выполнить «спущенные сверху» сроки подразумевается, вместо итераций – отчеты о выполнении планов. | ||
+ | * Пересмотр планов – необходимое зло. | ||
+ | |||
+ | === Гибкое ("agile") === | ||
+ | Организаторы («организовать и уйти»): | ||
+ | * В управлении участвуют все. | ||
+ | * Обеспечивают сеть обязательств участников проекта в ходе итеративного коллективного планирования. | ||
+ | * На каждой итерации добиваются явного обещания выполнить работу. | ||
+ | * Пересмотр планов на каждой итерации подразумевается. | ||
+ | |||
+ | |||
+ | == Информационные модели в управлении проектами == | ||
+ | * Координационная (факты о том, кто что кому обещал сделать, и сделал ли – формальные и неформальные контракты) | ||
+ | * Потоковая / логистическая (критического ресурсного пути: оценки запаса времени и ресурсов) | ||
+ | * Технологических процессов (необходимые технологические операции и правила их выполнения) и целевой системы (например, АЭС) | ||
+ | |||
+ | Все эти модели (наборы фактов) должны быть интегрированы друг с другом (например, с использованием ISO 15926/Gellish) | ||
+ | == Технологии и инструменты == | ||
+ | * Нет общепринятой одной «технологии», их много разных (десятки), разной степени детальности, опирающихся на разные теории менеджмента в целом и управления проектами в частности. | ||
+ | * Технологии соответствуют разным международным стандартам (и сертифицируют их применение разные частные и государственные организации). | ||
+ | * Эти технологии существенно различаются онтологически (что такое «проект», что такое «проектные процессы», из чего состоит «проект», чем в «проектах» управляют, алгоритмы и частота планирования и т.д.). | ||
+ | * Инструменты проектного управления (софт) и наполнение используемых (информационных) моделей определяются технологиями (методами), а не наоборот. | ||
[[Категория:Дисциплины]] | [[Категория:Дисциплины]] |
Версия 15:51, 18 декабря 2015
Проектное управление о том, как спланировать и выполнить некоторую целенаправленную работу, ограниченную во времени и ресурсах.
Необходимо использовать из проектного управления лучшее, что оно может дать:
- оценку времени выполнения заранее запланированных работ и распределение ресурсов по работам такое, чтобы время выполнения этих работ было минимальным
и критически относиться к тому, что лучше реализуется практиками других дисциплин — системной инженерии, лидерства.
Содержание
Поколения управления проектами
- I поколение “сетевого планирования” (когда было предложено составлять “сетевые графики”, в существенной мере облегчающие планирование заранее известных последовательностей работ — по этим графикам можно было найти “критический путь” (цепочку работ, задержка каждой из которых приводит к задержке завершения всего проекта в целом).
- II поколение (методологии PMI PMBoK, PRINCE2), в которой кроме самых разных аспектов планирования и контроля выполнения работ говорится также и о самых разных других аспектах управления проектом: стейкхолдерах и команде проекта,
- III поколение (методологии P2M/Project&Program Management, TOC/Theory of Constraints, LastPlanner/Lean Project management). Одним из ключевых положений этих методологий является рассмотрение всех проектов для данной совокупности ресурсов (т.е. проектов всего предпринятия в целом, а не проекта как отдельного предпринятия) в совокупности — т.е. переход к программам (совокупностям проектов) как основному объекту рассмотрения. Перекидывать некритические ресурсы из одних проектов на критические задачи других проектов.
- IV поколение — исследования в области теории планирования, переходящие в задачи искусственного интеллекта и гибридным статистико-логическим вычислениям (вообще, теорию планирования относят к задачам искусственного интеллекта: пока алгоритма составления эффективного плана не придумано).
Традиционно проектное управление делят на:
- управление портфелем проектов (если включить управление портфелем проектов и все проекты портфеля управляются тоже, то это управление программой — программа это множество проектов определённой темы, необязательно начинающиеся и заканчивающиеся одновременно),
- планирование проекта,
- контроль выполнения проекта.
В третьем поколении проектного управления это деление не так уж очевидно.
Стандарты управления проектами
Проектное управление в ISO 15288
Проектное управление - в ISO 15288 подгруппе проектных процессов. В подгруппу входят следующие подгруппы:
- Планирование проекта
- Управление выполнением и контроль проекта
Планирование проекта
Традиционное ("водопад")
Руководители («руками водители»):
- Делят людей на работников и руководителей.
- Руководители разрабатывают план, и «спускают» его выполнение для исполнения.
- Обещание работников выполнить «спущенные сверху» сроки подразумевается, вместо итераций – отчеты о выполнении планов.
- Пересмотр планов – необходимое зло.
Гибкое ("agile")
Организаторы («организовать и уйти»):
- В управлении участвуют все.
- Обеспечивают сеть обязательств участников проекта в ходе итеративного коллективного планирования.
- На каждой итерации добиваются явного обещания выполнить работу.
- Пересмотр планов на каждой итерации подразумевается.
Информационные модели в управлении проектами
- Координационная (факты о том, кто что кому обещал сделать, и сделал ли – формальные и неформальные контракты)
- Потоковая / логистическая (критического ресурсного пути: оценки запаса времени и ресурсов)
- Технологических процессов (необходимые технологические операции и правила их выполнения) и целевой системы (например, АЭС)
Все эти модели (наборы фактов) должны быть интегрированы друг с другом (например, с использованием ISO 15926/Gellish)
Технологии и инструменты
- Нет общепринятой одной «технологии», их много разных (десятки), разной степени детальности, опирающихся на разные теории менеджмента в целом и управления проектами в частности.
- Технологии соответствуют разным международным стандартам (и сертифицируют их применение разные частные и государственные организации).
- Эти технологии существенно различаются онтологически (что такое «проект», что такое «проектные процессы», из чего состоит «проект», чем в «проектах» управляют, алгоритмы и частота планирования и т.д.).
- Инструменты проектного управления (софт) и наполнение используемых (информационных) моделей определяются технологиями (методами), а не наоборот.