519 → 666 → 90-120 дней: как мы сокращали Lead Time больших задач и сначала сделали только хуже
Habr ·
Одна из наших крупных функциональностей ехала до пользователей 519 дней . Мы провели ретроспективу, решили, что проблема в декомпозиции, поменяли процесс и попробовали снова. Следующий большой кейс занял 666 дней . То есть после осознанной попытки ускорить разработку мы получили ещё худший результат. В статье разбираю, почему декомпозиция сначала не помогла, зачем мы постепенно переносили её с этапа разработки на аналитику и продуктовую проработку, как в эту историю вписались MVP и WIP-limit и что в итоге позволило сократить Lead Time похожих больших функциональностей до 90–120 дней . Без универсального рецепта «сделайте так же» — это разбор конкретного финтех-кейса, включая те решения, которые у нас не сработали. Разобрать кейс
Одна из наших крупных функциональностей ехала до пользователей 519 дней . Мы провели ретроспективу, решили, что проблема в декомпозиции, поменяли процесс и попробовали снова. Следующий большой кейс занял 666 дней . То есть после осознанной попытки ускорить разработку мы получили ещё худший результат. В статье разбираю, почему декомпозиция сначала не помогла, зачем мы постепенно переносили её с этапа разработки на аналитику и продуктовую проработку, как в эту историю вписались MVP и WIP-limit и что в итоге позволило сократить Lead Time похожих больших функциональностей до 90–120 дней . Без универсального рецепта «сделайте так же» — это разбор конкретного финтех-кейса, включая те решения, которые у нас не сработали. Разобрать кейс