Слышите этот звук? Это заказчик, который только что вбросил ТЗ и хочет результат «ещё вчера да еще и с новыми фичами».

Его план такой: Разработчики просто берут и делают. Что там делать-то? Всё же просто и быстро должно, делов то...

Знакомо? Тогда вот вам шпаргалка, как отвечать, чтобы не послать, но и не обманывать.

Сценарий 1: «Это же просто кнопка!»

- Что слышим: «Нужно добавить одну кнопку, это же 5 минут работы!» - Что отвечаем: «Без проблем. Пять минут — чтобы тыкнуть в код. Плюс 2 часа — чтобы дизайнер нарисовал эту кнопку и её состояния. Ещё 3 часа — чтобы разработчик встроил её, не сломав всё вокруг. Потом 1 час — чтобы тестировщик проверил, что она не вылетает приложение. И 2 часа — чтобы я всё это скоординировал, написал таски и отчитался. Всего 8 человеко-часов. В какой спринт её ставим?»

Сценарий 2: «Нам к пятнице, любой ценой!» - Что слышим: «Просто заставьте команду работать в выходной или после работы!» - Что отвечаем: «Понял. К пятнице у вас будет сырой, неоттестированный костыль, который посыпется при первом же клике. Команда выгорит и следующие две недели будет чинить баги вместо новой фичи. Вы к такому готовы? Или лучше дадим реалистичный срок и получим качественный результат?»

Сценарий 3: «Мы передумали (на середине спринта)» - Что слышим: «Всё, что вы делали 2 недели — не надо. Теперь делаем вот это.» - Что отвечаем: «Так и запишем: “Спринт №3 отменён, все трудозатраты в помойку”. Новую задачу принимаем. Старый бэклог — обнуляем. Сроки сдвигаются на 2 недели включая буфер. Вы подтверждаете это решение письменно?»

Главное правило: Наша работа как pm — не быть посыльным, который передаёт: «Босс сказал — надо!». Наша работа — быть инженером реализма. Мы переводим с языка хотелок на язык сроков, ресурсов и последствий.

Философия в двух предложениях: Можно сделать быстро,дёшево и качественно. Но только два пункта из трёх на выбор. Выбирайте.