Управление проектами
Проектное управление о том, как спланировать и выполнить некоторую целенаправленную работу, ограниченную во времени и ресурсах.
Необходимо использовать из проектного управления лучшее, что оно может дать:
- оценку времени выполнения заранее запланированных работ и распределение ресурсов по работам такое, чтобы время выполнения этих работ было минимальным
и критически относиться к тому, что лучше реализуется практиками других дисциплин — системной инженерии, лидерства.
Содержание
Поколения управления проектами
- 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)
Технологии и инструменты
- Нет общепринятой одной «технологии», их много разных (десятки), разной степени детальности, опирающихся на разные теории менеджмента в целом и управления проектами в частности.
- Технологии соответствуют разным международным стандартам (и сертифицируют их применение разные частные и государственные организации).
- Эти технологии существенно различаются онтологически (что такое «проект», что такое «проектные процессы», из чего состоит «проект», чем в «проектах» управляют, алгоритмы и частота планирования и т.д.).
- Инструменты проектного управления (софт) и наполнение используемых (информационных) моделей определяются технологиями (методами), а не наоборот.
- Используемый софт накладывает ограничения на возможности использования отдельных методологий:
- Есть ли средства управления портфелем проектов (программой) с общими ресурсами?
- Есть ли инструменты создания, хранения и повторного использования шаблонов проектов?
- Поддерживается ли софтом коммуникация и коллаборация? На каких стадиях работы по проекту?
- Какие типы взаимозависимостей работ поддерживаются?
- Какие алгоритмы составления графиков реализованы? Есть ли алгоритмы выравнивания по времени? По ресурсам?
- Есть ли инструменты работы с буферами и вычисления их исчерпания?
- Легко ли пополнять состав работ? На каких стадиях работы по проекту?
- Легко ли вводить отчётность? А ежедневную? Какие есть алгоритмы консолидации отчётности?
- Легко ли синхронизировать информацию у индивидуальных исполнителей (в том числе off-line) ?
- Возможно ли представление циклов (как в DSM)? Какие средства работы с неизбежным повторением работ?
Пример классификации софта
по алгоритму логистики:
- Критический путь (буферы не рассчитываются, работа с "плановыми датами", а не ожиданиями):
- MS Project
- Primavera
- Критическая цепь (CCPM)
- Concerto
- ProChain
- SpiderProject
- Учет циклов (DSM)
- Acclaro
- PlanWeaver
- DeMAID/GA
- Problematics
- Issue Trackers
- JIRA
- TrackStudio
- Serena TeamTrack
- IBM ClearQuest
- ERP-системы
Кроме того софтом проектного управления и информационных моделей проектных процессов являются
- Схемы документооборота Documentum
- Workflows SP Foundation