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