Что вы предпринимаете для обеспечения завершения разработки в срок в соответствии с собственной оценкой трудозатрат?

Question

[Евгений]

Очень часто разработчиков просят предоставить оценку трудозатрат (хотя бы грубую), сколько займет разработка задачи.
Какие шаги предпринимает ваша команда для обеспечения завершения разработки в срок в соответствии с собственной оценкой трудозатрат?

Answer 1

[xmoonlight]

1. Вся работа по ТЗ разбивается на "дерево" подзадач.
2. Каждый ответственный работник за свою задачу определяет сложность своей подзадачи (от 0..5: 0 - обычная сложность, 1 - повышенная и т.д.) и проставляет планируемое время реализации.
3. Базовые задачи - всегда имеют фиксированное время и эта база накапливается постепенно от проекта к проекту.
4. Определяются критические задачи на стыках между основными этапами и под них закладывается ещё 30% времени (только под эти этапы, а не под весь проект!).
5. Добавляется время на реализацию в зависимости от коэф. в п.2

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

Answer 2

[Сергей Горностаев]

Позволяю себе приобретать разного рода излишества только с постоплат.

Answer 3

[Артем Воронов]

Можно резать скоуп задач. Если нормально договариваться с заказчиком, то в этом нет ничего страшного.
А вообще оценку лучше проводить по методу 3 точек. И то, номальной точности можно добиться только на уже отаботанных задачах и при условии полного и неизменного ТЗ. Что очень редко бывает.

Comments

[Антон Киселёв]

Артем Воронов, а что за метод "3х точек"?

[Сергей]

Антон, Кажется это одна точка - все идет отлично и делаем за 1 день. Все идет не очень гладко и делаем за 3 дня. У нас совсем все плохо и делаем за 2 недели. Значит срок задачи будет 2 недели

[ericcartman]

Антон, (оптимистичная оценка + 4 средних + пессимистичная ) / 6

[Антон Киселёв]

ericcartman, спасибо. Метод реально работает при оценке сложных задач или проектов, которые тяжело поддаются декомпозиции?

[Артем Воронов]

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

[Антон Киселёв]

Артем Воронов, благодарю.

[ericcartman]

ericcartman, декомпозируем скоуп на множество мелких тасок, делаем декомпозированную структуру работ, оцениваем каждую таску на нижнем уровне по методу 3х точек, создаем последовательность тасок, парралелим где можно, получается сетевая диаграмма, в ней выделяем критический путь. На таски на критическом пути добавляем запаса, суммируем длительность тасок на критическом пути. Сообщаем общую длительность проекта клиенту. Это и будет окончательная оценка (которую получить трудно, в отличие от ROM оценки, которая делается за 3-5 дней, и погрешность которой составляет -50/ +100%%)

[ericcartman]

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

Answer 4

[sim3x]

Если задачи типовые/шаблонные, то анализировать и версти статистику
Если задачи не типовые - спрашивать у клиента, что для него важнее - сроки, "качество" или полнота исполнения. И исходя из его выбора - ставить задачи сотрудникам

Для записи в контракте - разбивать на подзадачи, микрозадачи на уровне одного сотрудника, умножать время, которое дали сотрудники на 2 или более. Строить диаграммы Ганта, смотреть, думать, торговаться с заказчиком

https://twitter.com/bobuk/status/636252417089212416

Answer 5

[ApeCoder]

Учитывать на метко ошибались в прошлом. См например тут https://habr.com/post/186410/ можно просто учитывать текущий коэффициент ошибки.