Дисклаймер. Данный опус поможет понять за что «хвататься» при оценке проекта с нуля, но не является исчерпывающим ответом «как правильно».
Вашей команде поручили реализовать проект — мобильное приложение. Приложение не сложное, но заказчик, он же владелец продукта, просит оценку по времени реализации. С чего начать?
В новом проекте, вводные которого поступили на оценку, первым делом нужно определить «критический путь». Без команды это сделать практически не реально, поэтому как и на остальных этапах, нужна техническая экспертиза исполнителя/консультанта.
Выявляем «критический путь»
Если просто описать суть данного метода — нужно найти участки выполнения проекта, которые не могут происходить параллельно, и определить максимальную длину. Для понимания приведу пример строительства дома:
Копание ямы -> заливка фундамента -> возведение стен -> накрытие крышей.
Сколько бы не было ресурсов на проекте, фундамент не сможет выстояться быстрее чем за 28 дней (строительные нормы). И сколько бы не было ресурсов на подготовку крыши, если только один строитель будет класть кирпич, то остальной ресурс будет просто простаивать в данный момент.
Конечно, задача менеджера — заказать бетон и кирпич уже на этапе копки ямы, а на этапе кладки кирпича иметь готовый проект крыши и понимание, какой тяжести крышу может данная конструкция выдержать. Это процессы, которые могут происходить параллельно.
Вернемся к нашему проекту и найдем критический путь разработки такого приложения. Техническая команда проекта сориентирует, что разрабатывать графические эффекты можно только после окончания реализации основного контроллера приложения, чтобы понимать их соответствие требованиям. Сравнение обработанной картинки и оригинала ползунком можно делать после того, как эффекты будут накладываться на изображение. Ну а подключение социальных SDK вполне может происходить параллельно с реализацией экспорта готовой фотографии.
Рассчитываем длину
После того, как критический путь у нас есть, определим его длину. В этом поможет метод оценки по
Суть метода — спросить реальную оценку, минимально возможную и максимальную. Далее умножить реальную на 4, сложить с максимальной и минимальной и разделить на 6:
Оценка = (4Р + Мин + Макс) / 6.
Это и будет нормализованная оценка. Но она все же будет вероятно отличаться от финального результата на отклонение — шестую часть разницы между минимальной и максимальной оценкой:
Отклонение = (Макс - Мин) / 6.
Таким образом, пусть для стандартного «ползунка сравнения» мы часто получим такие оценки от исполнителя: «Реально его сделать за день, хотя если подойдет telerik-like, то и за 4 часа можно управиться. Ну а если писать полностью кастомный, то может и дня три».
Мы имеем оценки 4, 8 и 24. По формуле получаем: (4 + 8*4 + 24) / 6 = 10 часов с отклонением в плюс-минус (24 — 4)/6 = 3,33 часа.
Результаты
Оценив задачи на критическом пути, мы видим, сколько времени минимально потребуется на проект.
Оценив количество параллельных путей, мы знаем, сколько ресурсов нам нужно.