Метод критических цепочек (ccpm).
Суть метода критических цепочек (CCPM) заключается в управлении проектами через анализ критической цепи и использование временных буферов. Метод фокусируется на сокращении времени выполнения проектов и повышении их предсказуемости за счет оптимизации ресурсов и сокращения сроков.
Критическая цепь это фактически перечень задач с их приоритетами.
Компоненты критической цепи:
Сами действия. Задачи, которые нужно разложить по кластерам, составить методологию выполнения и определить их приоритетность. Без них критическая цепь не будет существовать.
Время, которое нужно уделять на выполнение каждой задачи. Это еще один важный компонент, который нужно учитывать при планировании проекта при помощи метода критической цепи.
Буферы. Буферы это условное название для ресурсов. Например, буфер рабочей силы это дополнительные сотрудники, которых можно привлечь на проект для его успешного завершения, буфер денежных средств это финансирование, которое теоретически можно получить, буфер временных ресурсов это дополнительное время, которое еще есть до дедлайна. Чтобы понять, какие буферы могут присутствовать в проекте, нужно просто подумать, что может пойти не так.
Типы буферов в методе критической цепи:
Буфер ресурсов.
Это сам ресурс. В некоторых случаях «буфером» считается напоминание о том, что команде проекта нужно активизировать тот или иной ресурс, но чаще всего буфер это ресурс как он есть. Он предлагается сотрудникам в момент, когда текущего ресурса либо уже не хватает, либо предположительно скоро не хватит.
Питающий буфер.
Это тоже ресурс, но он предлагается к использованию в проекте в том случае, если в некритической цепи действий нужен его ресурс. Например, ресурс времени или дополнительных средств, которые в случае чего сотрудники могут использовать.
Проектный буфер.
Это общая сумма всех буферов, которые используются на конкретном проекте.
Agile – гибкая методология проектного управления.
Agile (от англ. agile «гибкий») подход к управлению проектами, который фокусирует внимание на гибкости, итеративности и тесном взаимодействии между командами и заказчиками.
Рабочий процесс при таком подходе разбивается на небольшие временные промежутки, их еще называют спринтами или итерациями. Во время каждого спринта команда разработки создает часть продукта, которую можно протестировать и оценить. Такой подход позволяет вносить существенные изменения в проект, даже когда разработка в самом разгаре.
Agile прямая противоположность методологии Waterfall («Водопад»).
Суть Waterfall заключается в следующем. Команда проекта составляет детальное техническое задание и согласовывает его с заказчиком. Затем занимается разработкой строго по утвержденному плану и сдает заказчику готовый продукт.
В системе Agile все устроено по-другому. Продукт стараются разработать как можно быстрее так, чтобы начать им пользоваться почти сразу. Функции продукта меняют в ходе разработки. При этом команда проекта находится в постоянном контакте с заказчиком.
Принципы Agile:
Приоритет команды проекта удовлетворение потребностей заказчика с помощью своевременной и регулярной поставки качественного продукта.
Изменение требований к продукту приветствуется даже на поздних стадиях разработки. Agile-процессы позволяют обеспечить продукт конкурентными преимуществами.
Промежуточный рабочий продукт нужно показывать заказчику как можно чаще с периодичностью от пары недель до пары месяцев.
Руководители и разработчики должны ежедневно работать вместе на протяжении всего проекта.
Над проектом должны работать мотивированные специалисты. Нужно создать для них необходимые условия и обеспечить им поддержку.
Личное общение самый практичный и эффективный способ обмена информацией в команде.
Работающий продукт основной показатель прогресса.
Процессы в Agile должны быть настроены так, чтобы проект развивался устойчиво. Заказчики, разработчики и пользователи должны быть готовы к тому, что изменения будут вноситься равномерно.
Постоянное внимание к техническому совершенству продукта и качеству проектирования повышает гибкость проекта.
Не стоит переусложнять проект лишние процессы нужно свести к минимуму.
Лучшие продукты рождаются у команд, которые умеют организовать себя самостоятельно.
Команда должна постоянно искать способы работать эффективнее и корректировать свой стиль работы.
