Днём мы начали говорить о переходе к гибкой разработке, и сразу хотим вас предупредить - такой переход может быть сложным процессом, особенно если он осуществляется без учёта особенностей компании и проекта 😒

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

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

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

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

Итог всей этой истории таков - большинство принципов гибкой разработки успешно применялись в компании, но только после того, как разработчики научились адаптировать их под свои нужды 😏