Как оценить сроки проекта с нуля: метод «критического пути»

Дисклаймер. Данный опус поможет понять за что «хвататься» при оценке проекта с нуля, но не является исчерпывающим ответом «как правильно».

Вашей команде поручили реализовать проект — мобильное приложение. Приложение не сложное, но заказчик, он же владелец продукта, просит оценку по времени реализации. С чего начать?

В новом проекте, вводные которого поступили на оценку, первым делом нужно определить «критический путь». Без команды это сделать практически не реально, поэтому как и на остальных этапах, нужна техническая экспертиза исполнителя/консультанта.

Выявляем «критический путь»

Если просто описать суть данного метода — нужно найти участки выполнения проекта, которые не могут происходить параллельно, и определить максимальную длину. Для понимания приведу пример строительства дома:
Копание ямы -> заливка фундамента -> возведение стен -> накрытие крышей.

Сколько бы не было ресурсов на проекте, фундамент не сможет выстояться быстрее чем за 28 дней (строительные нормы). И сколько бы не было ресурсов на подготовку крыши, если только один строитель будет класть кирпич, то остальной ресурс будет просто простаивать в данный момент.

Конечно, задача менеджера — заказать бетон и кирпич уже на этапе копки ямы, а на этапе кладки кирпича иметь готовый проект крыши и понимание, какой тяжести крышу может данная конструкция выдержать. Это процессы, которые могут происходить параллельно.

Вернемся к нашему проекту и найдем критический путь разработки такого приложения. Техническая команда проекта сориентирует, что разрабатывать графические эффекты можно только после окончания реализации основного контроллера приложения, чтобы понимать их соответствие требованиям. Сравнение обработанной картинки и оригинала ползунком можно делать после того, как эффекты будут накладываться на изображение. Ну а подключение социальных SDK вполне может происходить параллельно с реализацией экспорта готовой фотографии.

Рассчитываем длину

После того, как критический путь у нас есть, определим его длину. В этом поможет метод оценки по 3-м точкам, который помогает выявить завышения/занижения сроков исполнителем из-за рисков.

Суть метода — спросить реальную оценку, минимально возможную и максимальную. Далее умножить реальную на 4, сложить с максимальной и минимальной и разделить на 6:

Оценка = (4Р + Мин + Макс) / 6.

Это и будет нормализованная оценка. Но она все же будет вероятно отличаться от финального результата на отклонение — шестую часть разницы между минимальной и максимальной оценкой:

Отклонение = (Макс - Мин) / 6.

Таким образом, пусть для стандартного «ползунка сравнения» мы часто получим такие оценки от исполнителя: «Реально его сделать за день, хотя если подойдет telerik-like, то и за 4 часа можно управиться. Ну а если писать полностью кастомный, то может и дня три».

Мы имеем оценки 4, 8 и 24. По формуле получаем: (4 + 8*4 + 24) / 6 = 10 часов с отклонением в плюс-минус (24 — 4)/6 = 3,33 часа.

Результаты

Оценив задачи на критическом пути, мы видим, сколько времени минимально потребуется на проект.

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

Похожие статьи:
После успешного завершения курса JavaScript и AngularJS мы получали много вопросов о начале следующего курса. Поэтому с 23 ноября мы решили...
Всем привет. Выступая на различные рода мероприятиях и рассказывая о новшествах от Microsoft, я получаю много вопросов по поводу...
Всем привет, меня зовут Саша Емельянов, я Product Manager в MacPaw. В этом выпуске: пособие по грядущему GDPR, инструкция по «хакингу»...
Слухи о смартфоне-наследнике iPhone 5c циркулируют в сети уже несколько месяцев и вот теперь появились дополнительные...
Адам Леос — Senior Software Engineer в Roku. Пару лет назад он принял решение о релокации и в итоге выбрал своей целью США....
Яндекс.Метрика