- PVSM.RU - https://www.pvsm.ru -
Дедлайны есть во всех без исключения проектах и практически во всех продуктовых процессах разработки. В проектном управлении дедлайны легко напрямую связать с выручкой, но для продуктов всё несколько сложнее. Какую роль играют дедлайны при развитии продукта? Можно ли без них обойтись?
По мотивам статьи [1] Джона Катлера. Публикуется с его разрешения для обсуждения и обмена опытом.
Простейший вид дедлайна — коммерческий. Если его «пробиваешь» — наглядно теряешь много денег. Таких дедлайнов мало: обычно это либо гонка с конкурентом, либо связано с календарным событием (праздником, выставкой и т. п.). Бывает, что декларируется именно коммерческий дедлайн, но после «пробития» оказывается, что деньги не потеряны. Бывает, что декларируется вероятность потерять много денег. Это проверить сложнее, но тоже можно (статистически) — часто оказывается, то прямые потери либо переоценены, либо их нет вовсе.
Это следствие злоупотребления искусственными дедлайнами. Большинство дедлайнов в продуктовой экосистеме (в отличие от проектной) — именно искусственные.
Зачем они бывают нужны:
Иногда искусственные дедлайны используются уместно, иногда нет. В любом случае полезно понимать и честно афишировать их истинное назначение в конкретный момент.
Примеры неоптимального использования искусственных дедлайнов:
Предложения возможных улучшений:
Главная идея: думать на уровень выше. Пытаться искать решение конкретных бизнес-проблем (мотивация, координация и т. п.), а не вкорячивать костыли в виде дедлайнов в любой непонятной ситуации.
Обсуждение: Какие ещё бывают юзкейсы у дедлайнов? Какие альтернативные подходы могут быть использованы вместо дедлайнов?
Автор: jimni
Источник [8]
Сайт-источник PVSM.RU: https://www.pvsm.ru
Путь до страницы источника: https://www.pvsm.ru/agile/328581
Ссылки в тексте:
[1] статьи: https://medium.com/@johnpcutler/should-we-have-deadlines-e621e1cdb132
[2] Reinertsen: https://www.amazon.com/Principles-Product-Development-Flow-Generation/dp/1935401009
[3] ToC: https://ru.wikipedia.org/wiki/%D0%A2%D0%B5%D0%BE%D1%80%D0%B8%D1%8F_%D0%BE%D0%B3%D1%80%D0%B0%D0%BD%D0%B8%D1%87%D0%B5%D0%BD%D0%B8%D0%B9
[4] kanban: https://ru.wikipedia.org/wiki/%D0%9A%D0%B0%D0%BD%D0%B1%D0%B0%D0%BD_(%D1%80%D0%B0%D0%B7%D1%80%D0%B0%D0%B1%D0%BE%D1%82%D0%BA%D0%B0)
[5] CI/CD: https://ru.wikipedia.org/wiki/%D0%9D%D0%B5%D0%BF%D1%80%D0%B5%D1%80%D1%8B%D0%B2%D0%BD%D0%B0%D1%8F_%D0%B4%D0%BE%D1%81%D1%82%D0%B0%D0%B2%D0%BA%D0%B0
[6] IP: https://www.scaledagileframework.com/iteration-planning/
[7] PI: https://www.scaledagileframework.com/pi-objectives/
[8] Источник: https://habr.com/ru/post/465557/?utm_campaign=465557&utm_source=habrahabr&utm_medium=rss
Нажмите здесь для печати.