Используемый софт накладывает ограничения на возможности использования отдельных методологий

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

Нужны все три, и чтобы договорились.

Теории управления (проектами/производством)

Предмет теории

Проект/производство

Управление

Планирование

Исполнение

Контроль

Варианты теорий предмета

Трансформация

Поток

Порождение полезности

Управление-как планирование

Управление-как-организация

Классическая теория коммуникации

Теория коммуникативного действия

Модель термостата

Модель научного эксперимента

Три теории производства – три взгляда на проектное управление

Производство/проект – это:

Трансформация входов в выходы (Walras, конец 19 века). Основа для «процессного подхода», планирование MRP/MRP-II/APS и CPM (push-методы).

Поток (Gilbreth, 1922) – логистика, Lean Manufacturing, теория ограничений, планирование LastPlanner, планирование CCPM, pull-методы.

Порождение ценности (Shewhart, 1933) – движение за качество, agile, планирование Issue Tracking.

Нужны все три взгляда (причем «трансформация» на базе процессной парадигмы, а не вещной – «работы»).

Разные взгляды – разные технологии, разные (информационные) модели, разные инструменты.

Три основных «проектных» точки зрения

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

Координационная (факты о том, кто что кому обещал сделать, и сделал ли – формальные и неформальные контракты)

Потоковая/логистическая (критического ресурсного пути: оценки запаса времени и ресурсов)

Технологических процессов (необходимые технологические операции и правила их выполнения) и целевой системы (например, АЭС).

И другие модели, это не полный список.

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

DSM (design structure matrix)

Граф разбиения работ представляется в виде матрицы – и можно легко увидеть циклы (взаимозависимости разного рода) и с ними бороться.

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

При необходимости матрицу работ можно увидеть в привычном виде диаграмм Гантта, экспортировав в софт проектного управления.

Особо эффективно использование в работах по проектированию и конструированию (подразумевающих «циклы» и высокую связность отдельных работ).

Софт для проектного управления

Есть ли средства управления портфелем проектов (программой) с общими ресурсами?

Есть ли инструменты создания, хранения и повторного использования шаблонов проектов?

Поддерживается ли софтом коммуникация и коллаборация? На каких стадиях работы по проекту?

Какие типы взаимозависимостей работ поддерживаются?

Какие алгоритмы составления графиков реализованы? Есть ли алгоритмы выравнивания по времени? По ресурсам?

Есть ли инструменты работы с буферами и вычисления их исчерпания?

Легко ли пополнять состав работ? На каких стадиях работы по проекту?

Легко ли вводить отчётность? А ежедневную? Какие есть алгоритмы консолидации отчётности?

Легко ли синхронизировать информацию у индивидуальных исполнителей (в том числе off-line)?

Возможно ли представление циклов (как в DSM)? Какие средства работы с неизбежным повторением работ?

Пример классификации софта: по алгоритму логистики

Критический путь -- MS Project, Primavera и бесчиленное число других т.д.. Буфера не рассчитываются, работа с «плановыми датами», а не ожиданиями.

Критическая цепь (CCPM) – Concerto, ProChain, SpiderProject

Учет циклов (Design Structure Matrix) – Acclaro, PlanWeaver, DeMAID/GA, Problematics

Issue Trackers – JIRA, TrackStudio, Serena TeamTrack, IBM ClearQuest

ERP-системы («проекты – это такое одноразовое производство»)

Софт проектного управления – не только Project Management Solutions

Достаточно ли выбрать между MS Project, Primavera, SpiderProject?

НЕТ!

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

Схемы документооборота Documentum

Workflows SP Foundation

Системы Issue Tracker

Основные рекомендации

Признать неадекватность «чистой PMBoK» (внедрение PMBoK само по себе не гарантирует присутствие надлежащих методов управления проектами, но стимулирует использование устаревших и неэффективных методов).

В проектировании использовать DSM и Agile-методы, специально предназначенные для проектирования.

Для строительства использовать LastPlanner.

Для обеспечения supply chain использовать TOC/CCPM.

Использовать три группы консультантов: по людям, по логистике, по софту.

Проверять софт на возможность поддержки выбранных методов проектного управления.

Управление изменениями в проекте

Пирамида проекта

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

Управление изменениями

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

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

Инициаторы изменений

Виды изменений

С точки зрения тяжести последствий изменения могут быть следующих видов:

плановые потери (учтены в плане);

допустимые потери (незначительные незапланированные затраты);

нежелательные потери (значительные незапланированные затраты);

недопустимые потери (незапланированные затраты, неприемлемые для участников проекта).

Дата добавления: 2015-06-04