Проблема оценки процента выполнения задачи
Если вы работаете программистом, тимлидером или проджект менеджером - у вас постоянно возникает вопрос оценки процента выполнения задачи. У программиста постоянно спрашивает тимлидер, у тимлидера требует отчета проджект менеджер и так далее. Поэтому каждому нужно выработать некий
критерий оценки, следуя которому можно производить этим самые оценки процента выполнения задачи, прогресса и сроков. Зачем? Во-первых этого требует вышестоящее руководство, во-вторых - это
полезно делать регулярно разработчику, дабы не выбиться из графика.
Я честно прочитал несколько умных книжек по проджект-менеджменту и честно не нашел ответа на вопрос - как оценить проделанную работу и как оценить сколько ее еще осталось. Поэтому все, что написано дальше - это мои умозаключения по данному вопросу.
Итак, можно использовать два критерия оценки выполнения задачи:
- процент выполнения фич
- процент времени работы над задачей.
В первом случае задачу желательно разбить на равномерные (по трудоемкости) этапы или подзадачи. Чем больше детализация, чем равномернее сложность этих задач, чем точнее будет итоговая оценка. Для программного продукта это может быть список фич, которые нужно имплементировать для следующего релиза. Тогда для оценки хода работы и процента выполнения, достаточно разделить кол-во завершенных подзадач (имплементированных фич) на общее кол-во подзадач. В каждый момент времени будем иметь достаточно ясную картину хода работы.
Второй случай на самом деле является следствием первого, но является более точным. Также нужно разбить задачу на подзадачи, причем не обязательно равномерные. Для каждой задачи важно определить временные затраты в каких-либо единицах (часах, днях, годах
Тогда для оценки прогресса задачи нужно разделить время работы над имплементированными фичами к общему оцениваемому времени работы над задачей в целом.
В условиях, когда один программист работает над одной задачей, по большому счету ничего не меняется. Хотя схема оценки может заметно упроститься. Пример: есть задача, которую программист уже делает 4 дня. Также он оценивает, что еще один день и задача будет готова. Когда его просят оценить процент выполнения задачи, ему нужно суммировать время, затраченное на задачу и оценочное время до конца реализации. Это будет общее время задачи. Затем разделить время, затраченное на работу на общее время. В данном случае 4 / (1 + 4) = 4 / 5 = 80%. 80% - это число, которое программист смело может озвучивать своему менеджеру (тимлидеру, директору, заказчику, жене…:-)
Вещь простая, но к сожалению, не все это понимают и дают какие-то сказочные оценки, типа “моя задача готова на 76%”, ничем не подтвержденные.
Спасибо за то, что вы добавили данный пост в

