Отказаться от оценки задач и улучшить отношения с заказчиком | OnAgile Consulting

Отказаться от оценки задач и улучшить отношения с заказчиком

Третий подход к оценке задач, NoEstimates — один из самых интересных. Что если перестать оценивать задачи вообще?

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

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

«Но как тогда отвечать заказчикам по срокам?» — спросите вы.

Несмотря на то, что с первого раза глубина этой идеи воспринимается непросто, давайте посмотрим, как и почему этот подход может работать лучше, чем два предыдущих.

Зачем вообще заказчики интересуются сроками?

Основных причин две:

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

2.  Нужен инструмент контроля/мотивации исполнителей, чтобы их работа не тянулась слишком долго.

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

Знакомая ситуация?

В этом случае лучшее, что можно придумать, — это отказаться от процесса оценки (в человеко-часах, днях, месяцах) и сфокусировать общие усилия на двух вещах:

1.  Наладить конструктивное взаимодействие между собой, поставив целью разработку продукта на первое место.

2.  Упорядочить задачи/элементы бэклога в единую очередь (1, 2, 3, 4...) и фокусировать усилия команды на максимально быструю поставку результата по каждому из них последовательно.

Как только результат на выходе станет появляться чаще и быстрее (а обычно это случается в течение 2-4 недель), отношения с заказчиком автоматически перейдут в новое русло конструктивных партнерских отношений. И потребность в оценке в часах пропадет полностью.

«The basic idea, as I understand it, is that it is possible to do small chunks of work incrementally, leading as rapidly as possible to a desired shippable product, and that when you do that there is no need to do much of anything in the way of estimating stories or the project».

Ron Jeffries, 2013

Конечно, через какое-то время снова захочется прогнозировать даты, например, дату релиза — но здесь уже поможет следующий вариант оценки, о котором я расскажу дальше. И это даже близко не человеко-часы и даже не сторипоинты.

На личном опыте могу сказать, что такой подход работает даже в аутсорсинговых проектах. Но с одним ограничением — контракт с заказчиком должен быть T&M (или его нужно перевести в такой, даже если сейчас середина проекта).

 

Интересно узнать подробнее?

Приходите на один из наших тренингов, где вы в деталях разберете эту тему и сможете задать тренеру свои вопросы.

Вопросы и ответы по теме

Почему отказ от оценки задач в Agile улучшает отношения с заказчиком?

В Agile-проектах отказ от оценки задач в часах и story points позволяет команде сфокусироваться на быстрой поставке результатов. Вместо траты времени на детальные оценки, команда концентрируется на работе с бэклогом и частых релизах. Заказчик получает работающий продукт каждые 2-4 недели, что значительно улучшает коммуникацию и доверие между сторонами.

Как применять NoEstimates в Agile-проектах при аутсорсинге?

Методология NoEstimates эффективно работает в аутсорсинговых Agile-проектах при переходе на T&M контракт (Time & Materials). Команда фокусируется на приоритизации задач в бэклоге и регулярной поставке ценности. Это помогает избежать типичных проблем с оценкой в story points и человеко-часах, создавая более продуктивную рабочую атмосферу.

Какие альтернативы существуют для оценки задач в Scrum?

В Scrum вместо классической оценки задач в story points или человеко-часах можно использовать: метод относительной оценки сложности, деление задач на примерно равные по размеру, работу с ограниченным WIP (Work in Progress). Эти подходы помогают новым командам избежать типичных ошибок в оценках и ускорить поставку результатов.

Как убедить заказчика работать без оценки задач в Agile-проекте?

Ключ к переходу на работу без оценок в Agile - демонстрация быстрых результатов. Покажите заказчику преимущества частых поставок, прозрачность работы с бэклогом и возможность гибко менять приоритеты. Практика показывает, что регулярные релизы каждые 2-4 недели эффективнее снимают беспокойство заказчика, чем любые предварительные оценки.

Почему традиционная оценка задач приводит к срыву сроков в IT-проектах?

Классические методы оценки задач в человеко-часах или story points часто приводят к срыву сроков из-за: сложности учета всех факторов разработки, синдрома студента (откладывания работы до дедлайна), давления на команду из-за неточных оценок. В Agile-проектах это решается переходом на NoEstimates и фокусом на непрерывную поставку ценности.

Какие компании успешно используют NoEstimates в Agile-проектах?

Многие современные IT-компании успешно работают без оценки задач в своих Agile-проектах. Они используют гибкие методы планирования, эффективную работу с бэклогом и частые поставки. Это позволяет им быстрее выводить продукты на рынок, лучше реагировать на изменения и поддерживать высокую мотивацию команд разработки.

Хотите системно изучить гибкие методологии?

Фреймворки масштабирования Agile

23 - 25 июля 2025
Узнать больше

Профессиональный сертификационный тренинг по Agile и Scrum

29 - 31 июля 2025
Узнать больше

Cертифицированный Скрам-мастер и Agile-coach

27 - 29 августа 2025
Узнать больше

Полный календарь тренингов

Перейти к расписанию

Еще публикации по Agile в Agile, Scrum, Kanban–метод

Что такое Agile и как он меняет управление проектами
Публикация Agile, Scrum, Kanban–метод

Что такое Agile и как он меняет управление проектами

Как Agile помогает вести проекты в условиях неопределенности, выпускать продукты и находить рабочие решения там, где нет готовых ответов. Короткий тест, чтобы понять, подходит ли вашему проекту Agile. И как как заинтересовать руководство в переходе на Agile.

Как появился Agile и что на самом деле означают его ценности и принципы
Публикация Agile, Scrum, Kanban–метод

Как появился Agile и что на самом деле означают его ценности и принципы

Один из авторов Agile-подхода, Алистер Коберн (Alistair Cockburn), недавно нашел у себя заметки из 2001 года о том, как они придумали слово Agile применительно к разработке программных продуктов. Что на самом деле значит каждый из пунктов Agile-манифеста? Что кроется за 12-ю принципами, о которых сегодня многие участники Scrum команд даже не знают?

Как проводить стендап
Публикация Agile, Scrum, Kanban–метод

Как проводить стендап

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

С 2015 года мы помогаем адаптировать к изменениям культуру и процессы компании

Связаться с нами

Дмитрий Лобасев

Managing Partner

+7 495 221 87 39

dmitry@onagile.ru

Наш Telegram канал об Agile и гибких организациях, присоединяйтесь!