Сентябрь. Понедельник. Первая встреча. «У нас отличная идея! — говорит основатель стартапа. — Нужно мобильное приложение для доставки еды. Рынок огромный, конкуренты слабые, инвесторы готовы. Когда запустимся?» Проектный менеджер спрашивает, какие функции должны быть в приложении. «Ну… как у всех. Заказ, оплата, доставка. Стандартно же!»
Декабрь. Дедлайн. Проект опаздывает на два месяца, бюджет превышен на 40%, в команде выгорание, инвесторы нервничают. Что пошло не так?
Шесть причин, почему проект сорвался
- Требования менялись каждую неделю. «А давайте чат с курьером!», «А давайте программу лояльности!», «А почему нет интеграции с соцсетями?»
- Содержание проекта было размыто. Никто не описал, что входит в MVP, а что — в следующие версии, и команда делала всё подряд.
- Сроки оценивали «на глаз». «Месяц на разработку, месяц на тестирование — норм же?» Никто не учёл зависимости между задачами, загрузку дизайнера и интеграции.
- Бюджет считали «примерно». Забыли про инфраструктуру, маркетинг релиза, юридические вопросы и резервы.
- Риски не обсуждали вообще — пока не выяснилось, что выбранный платёжный сервис не работает в нужном регионе.
- Изменения вносили без контроля. Каждая новая идея сразу шла в работу, ломала план и добавляла недели к срокам.
В чём настоящая проблема
Проблема была не в команде, не в идее и не в бюджете, а в отсутствии системного планирования. Планирование — не бюрократия и не «бумажки для галочки». Это то, что превращает идею в управляемый проект с понятными:
- требованиями — что именно мы делаем и для кого;
- содержанием — какие работы входят в проект, а какие нет;
- сроками — когда и в какой последовательности всё будет готово;
- бюджетом — сколько это будет стоить на самом деле;
- рисками — что может пойти не так и как к этому подготовиться;
- управлением изменениями — как принимать новые запросы, не разрушая план.
Когда этого нет, команда работает в тумане: каждый день — импровизация, каждое решение — реактивное, а не проактивное.
Как избежать этих ошибок: инструменты планирования
| Ошибка | Инструмент планирования |
|---|---|
| Требования меняются каждую неделю | Сбор и классификация требований, приоритизация: Story Mapping, матрица «ценность / сложность» |
| Размытое содержание проекта | Разделение содержания продукта и проекта, иерархическая структура работ (WBS) |
| Сроки «на глаз» | Оценка трудозатрат и длительности, оценка по трём точкам, зависимости и критический путь |
| Бюджет «примерно» | Оценка трудозатрат по WBS и резервы на риски |
| Риски не обсуждаются | Реестр рисков, матрица рисков, расчёт резервов (EMV) и буферы критической цепи |
| Изменения без контроля | Базовая версия плана (baseline), запрос на изменение и анализ влияния |
Как научиться планировать проекты системно
Для этого мы создали интенсив «Планирование IT-проектов» — практическую программу, где команда учится превращать идею в управляемый план: от содержания продукта и требований до расписания, рисков, буферов и управления изменениями. Семь модулей и девять практических заданий проходятся в группе за три дня.
Интенсив будет полезен:
- проектным менеджерам, которые хотят усилить навык планирования;
- руководителям команд, отвечающим за сроки и результат;
- продуктовым менеджерам и аналитикам, работающим с требованиями;
- предпринимателям, которым важно контролировать реализацию;
- специалистам, которые хотят перейти в управление проектами.
Главное
Хорошее планирование не гарантирует успех проекта. Но отсутствие планирования почти гарантирует проблемы. Проект, который начинается с качественного планирования, даёт команде главное — ясность: что делаем, зачем, в какие сроки, с какими ресурсами и как будем управлять изменениями по пути.