В IT-индустрии существует фундаментальная проблема, которая годами заставляет команды срывать дедлайны, терять миллионы в перерасходах и выгорать от бесконечного пожаротушения. Парадоксально, но корень этой проблемы лежит не в сложности технологий или недостатке ресурсов. И это оценка задач, а именно попытка оценивать принципиально разные типы задач одними и теми же методами – и это фундаментальная ошибка.
Практически постоянно на проектах вижу такого рода постановки задач: [DEV] Разобраться с логированием при ретрае Реализовать отчеты NGINX. Мониторинг и логирование Реализовать статусную модель
Сколько времени нужно, чтобы завязать шнурки? Ну, секунд десять. А чтобы написать инструкцию, как завязывать шнурки? Вот и в софте у нас самая честная оценка — я не знаю.
Стоит ли оценивать время на выполнение задач в IT? Или, может быть, просто приступить и начать работать? А что, если оценивать не время, а объем задач? И что вообще следует и можно оценивать? Как и всегда, универсального ответа нет. Я придерживаюсь следующей стратегии: прежде чем давать или запрашивать оценку, важно понять, зачем это нужно обеим […]
Существует много методов оценки задач с точки зрения трудозатрат: Scrum Poker T-Shirt Sizing Метод аналогий «Три амиго» и т.д. Сегодня я подробно расскажу, почему в нашей команде ни один из них не используется и как мы пришли к точности планирования сроков и трудозатрат 80-90%. Предпосылки
Был ли у вас хоть раз в жизни подобный диалог с начальником или тимлидом? Тимлид: {name}, за сколько времени сделаешь эту задачу? За неделю успеешь?Я: Да. Может быть, чуть больше — ещё тестами надо покрыть. Дней десять, наверное. В итоге вы делаете задачу месяц. У меня такое случалось не раз. И я всегда восхищался людьми, […]
Несмотря на то, что в нашей небольшой компании никто не обращает внимания на сроки (заказчику это не важно), я время от времени сталкиваюсь с необходимостью оценить сколько времени займёт разработка той или иной функциональности или набора задач. Помимо оценки методами «на глаз» и «при помощи разработчиков», которые часто дают большую погрешность, я пользуюсь ещё одним […]
В чем сложность Вполне обоснованная ситуация, когда заказчик хочет получить точную оценку проекта по срокам и стоимости. Стоимость напрямую зависит от сроков, поэтому давайте определимся почему тяжело оценить сроки в IT проекте: Разработка программ — это процесс интеллектуальной деятельности. Есть типовые задачи, которые уже делались раньше, оценить такие не составляет труда. Но есть и нестандартные […]
Вам стоит научиться выполнять оценку сроков задач по трём точкам, так как это, безусловно, лучшая техника для оценивания продолжительности работ совместно с участниками вашей проектной команды. Техника называется «оценка по трём точкам» потому, что участники команды дают пессимистичную, оптимистичную и наиболее вероятную оценки сроков завершения работ.