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