ДДП

Недавно лид продукта в моей команде закинул такую аббревиатуру, как ДДП - долго дорого и плохо. Данную конструкцию, полагаю, встречали все, но вопрос в том, как ее использовать?

Выкинуть и сделать быстро, дешево. Хорошо, спасибо кэп!

Я про другое

Долго, дорого и плохо на самом деле - это идентификаторы того, что что-то идет не так. Достаточно одной лампочки на вашей приборной панели, чтобы чуть внимательнее отнестись к очередному проекту или задаче.

Например

Вписались в какую-то активность, обещали затащить с определенными критериями:

- времени
- стоимости
- качества

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

То же самое и по другим критериям. Накинули доп работ, бюджета? Или часть задач на прод валится с отвратительным качеством. Не надо ждать, сразу идем в разбор. Так на ранних стадиях можно предотвратить провал в конце.

Очевидно и невероятно

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

Докину

Что индикация ДДП особенно полезна в долгих проектах. Для знатоков проектного управления - это взгляд на контрольные точки под другим углом.
В тему как-то писал про то, как с этим работают в Basecamp в своем блоге.

А так, методика с индикаторами подойдет для классической продуктовой работы. В практику ретро залетит со свистом, а если ее нет, то сама по себе подсветит вам проблемные зоны. Просто присмотритесь.

#инструментыпродакта