Письмо 22. Уровни зрелости в управлении проектами
Это не я придумал, а взял из CMMI. CMMI - это такой набор рекомендаций, который помогает навести порядок в ваших процессах и сделать их более эффективными. Есть разные модели для разных областей, для разработки ПО, создания автомобиля или управления проектами. Мы говорим про управление проектами 🙂
CMMI помогает оценить, насколько зрелы и организованы процессы в вашей команде. Для управления проектами это означает, что у вас есть чёткие шаги и практики, которые ведут вас от начала проекта до его успешного завершения. Вот как это может выглядеть на примере разработки приложения.
Уровень 1: Начальный (Initial)
- Что происходит: Допустим, ваша команда получила задачу разработать новое мобильное приложение. На этом уровне всё происходит хаотично: задачи не прописаны, сроки размыты, кто что делает — никто не знает точно. В итоге — дедлайны горят, появляются баги, а команда работает в режиме постоянного тушения пожаров.
- Как это выглядит: Представьте, что вы запускаете новый проект без плана. Каждый делает что-то своё, и вы надеетесь, что всё как-то сложится само по себе. Результат? Постоянные изменения, непредсказуемость, много стресса и ошибок.
Уровень 2: Управляемый (Managed)
- Что происходит: Вы решаете, что так дальше нельзя, и начинаете хотя бы минимально организовывать процесс. Например, разбиваете проект на этапы, устанавливаете базовые сроки и назначаете ответственных. Процессы управляются, но только на уровне каждого конкретного проекта. -Как это выглядит: Вы вводите трекинг задач в Trello или Jira, обозначаете даты релизов, и каждый участник команды понимает, что он должен сделать и к какому сроку. Например, разработчик знает, что за неделю должен сделать макет приложения, а тестировщик — проверить все основные функции перед релизом.
Уровень 3: Определённый (Defined)
- Что происходит: Процессы управления проектами стандартизируются на уровне всей компании. У вас есть документация, чёткие методологии и процедуры, которые применяются ко всем проектам.
- Как это выглядит: Теперь не только этот проект, но и все остальные в компании следуют стандартным процессам. Например, каждый проект начинается с чёткого планирования, включая составление плана работ, оценку рисков и бюджетирования. У всех проектов есть единый шаблон, по которому они ведутся, что значительно упрощает работу.
Уровень 4: Управляемый количественно (Quantitatively Managed)
- Что происходит: Вы начинаете управлять проектами на основе данных и метрик. Например, отслеживаете производительность команды, качество выполнения задач и соблюдение сроков.
- Как это выглядит: Вы устанавливаете метрики, такие как процент завершённых задач в срок или количество дефектов на тысячу строк кода, и регулярно анализируете их. Если видите, что метрики падают, сразу принимаете меры. Например, если количество багов растёт, вы усиливаете тестирование или пересматриваете процесс код-ревью.
Уровень 5: Оптимизирующий (Optimizing)
- Что происходит: Процессы непрерывно совершенствуются. Вы внедряете улучшения на основе полученных данных и опыта.
- Как это выглядит: Вы замечаете, что определённые этапы проекта всегда идут дольше запланированного. Анализируете причины, находите слабые места и вносите изменения, чтобы улучшить процесс. Например, внедряете автоматизированные инструменты для тестирования, которые сокращают время на проверку кода и снижают количество багов.
Кажется, что мои проекты - это проекты, которые идут сквозь все уровни зрелости 🙂 Есть автоматизация, нет плана, есть хаос, но есть сроки релизов 🙂
На каком уровне ваши проекты?