Шкала сложности проектов — оценка по аналогии со шкалой Бофорта
Проблема оценки сложности
Заголовок раздела «Проблема оценки сложности»Оценка сложности — одна из самых болезненных тем в управлении IT-проектами. Типичные проблемы:
- Менеджеры и заказчики хотят «примерно понять» стоимость и сроки
- Команда даёт слишком оптимистичные или избыточно застрахованные оценки
- Отсутствует единый язык между бизнесом и исполнителями
- Сложность растёт нелинейно, а люди мыслят линейно
Решение: шкала по принципу Фибоначчи
Заголовок раздела «Решение: шкала по принципу Фибоначчи»Шкала строится по числам Фибоначчи (1, 2, 3, 5, 8, 13…), что естественным образом отражает рост неопределённости при увеличении сложности. За основу взята шкала Бофорта — метеорологическая шкала, где сила ветра оценивается не по точной скорости, а по наблюдаемым эффектам.
Шкала для проектов (горизонт — до 1 года)
Заголовок раздела «Шкала для проектов (горизонт — до 1 года)»| Баллы | Уровень | Длительность | Команда | Риски | Стек |
|---|---|---|---|---|---|
| 0 | Штиль | Постоянная работа | — | — | Текущие сервисы, баг-фикс |
| 1 | Лёгкий | 1–2 мес. | Инхаус | Низкие | Zero/Low-code |
| 2 | Умеренный | 2–3 мес. | Инхаус | Низкие | Low-code |
| 3 | Средний | 3–5 мес. | Инхаус | Средние | Low-code + кастом |
| 5 | Сложный | 5–8 мес. | Инхаус + подрядчик | Средние/высокие | Кастомная разработка |
| 8 | Шторм | 8–12 мес. | Инхаус + подрядчики | Высокие | Кастом |
| 13 | Ураган | > 12 мес. | Вендоры + крупные подрядчики | Очень высокие | Сложный кастом + новые технологии |
Правила использования
Заголовок раздела «Правила использования»- 13 баллов — крайне нежелательно. Разбивать на несколько проектов до 8 баллов
- Идеальный размер для одной команды — 3–5 баллов
- 8 баллов — требует усиленного проектного управления, вести как отдельный риск-проект
Шкала для задач (горизонт — 2 недели)
Заголовок раздела «Шкала для задач (горизонт — 2 недели)»| Баллы | Длительность | Описание |
|---|---|---|
| 0 | до 1 дня | Быстрые правки, документация |
| 1 | 1–2 дня | Простая задача с понятным решением |
| 2 | 2–3 дня | Стандартная задача |
| 3 | 3–5 дней | Требует анализа, возможны неизвестные |
| 5 | 5–8 дней | Сложная логика, интеграции, есть вопросы |
| 8 | 8–14 дней | Высокая неопределённость, высокие риски |
| 13 | > 2 недель | Разбить или перевести в эпик |
Рекомендации по задачам
Заголовок раздела «Рекомендации по задачам»- Стараться выдерживать длину задач до 14 дней (до 8 баллов)
- В конце месяца или спринта собираться и обсуждать задачи длиннее 14 дней
Как внедрять
Заголовок раздела «Как внедрять»- Калибровка — проведите 1–2 сессии Planning Poker с командой на уже выполненных задачах
- Единый язык — все (PM, разработчики, заказчик) понимают, что значит «проект на 5 баллов» или задача на 8
- Ограничение WIP — не брать в работу больше одного проекта 8+ баллов одновременно
- Регулярный ретро-анализ — после завершения проекта/итерации сравнивать оценку с реальностью
Преимущества метода
Заголовок раздела «Преимущества метода»- Общий язык между бизнесом и командой — переход от абстрактных часов к наблюдаемым категориям
- Предсказуемость — заранее понятен уровень неопределённости и нужная сила управления
- Чёткие границы — правило «13 — дробить, 8+ — усиленный контроль»
- Простота — не требует сложных калькуляций, понятна всем участникам
Дополняет FTE-планирование и дорожные карты — шкала даёт качественную оценку, FTE — количественную, а roadmap — временную привязку. Корневой раздел — IT → Roadmap.