Дедлайны вечно горели. Оказалось, разраб называл сроки на глаз

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

В моей практике у коллеги была ситуация, когда у разработчика всегда были нереальные дедлайны. Причём прошлый проджект почему-то не придавал этому особого значения. А я решила разобраться.

Оказывается, разраб попросту не проектировал и называл сроки интуитивно, на глазок. Когда эти сроки подходили, он говорил: «Нууу, там сложности, кто же знал». А почему эти сложности заранее не выяснялись, еще на берегу? На этот вопрос он отвечал: «Ну ты ж про сроки спрашивала и надо было быстрее, а на оценку нужно ещё время».

Косяк определённо случился по вине обоих. Косяк ПМов (мой и предыдущего ПМа) в том, что мы вовремя не донесли до разработчика приоритеты и не объяснили, что точность важнее скорости. Косяк разработчика в том, что он брал задачи без декомпозиции и проектирования, и не сказал в один момент, мол погодите, это вне здравого смысла, я так не работаю.

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