Agile, несмотря на свою популярность, часто приводит к проблемам, когда фокус смещается с ценности для пользователя на соблюдение процессов. Переопределение ответственности и полномочий в Agile может привести к ситуации, когда PMы начинают диктовать IT, что и как делать, не неся при этом ответственности за результат. Разработчики, в свою очередь, могут ощущать себя беспомощными и демотивированными.
Раздутие штата и микророли, созданные при внедрении Agile, замедляют скорость разработки. Изначально проекты выполнялись меньшим числом специалистов. Разделение на множество ролей увеличивает сложность коммуникации и создает дополнительные барьеры, что приводит к задержкам и ошибкам.
Спринты, изначально задуманные как средство организации работы, часто становятся инструментом давления на разработчиков, особенно в конце спринта. Постоянные вопросы о сроках и перекладывание ответственности за срыв сроков приводят к переработкам и, в конечном итоге, к выгоранию. Кроме того, не учитывается важность технического долга, который накапливается из-за спешки и приоритета новых фич.
В результате успешного внедрения Agile, важно придерживаться верхнеуровневого флоу, в котором выделяются категории задач: удержание рынка, наращивание доли рынка и создание нового рынка. Приоритезация задач должна происходить совместно бизнесом и IT. Нужно выделять время на технический долг. Важно предоставлять командам гибкость в выборе методологии, позволяя им комбинировать Scrum и Kanban. Основной упор следует делать на создание ценности для пользователя и взаимодействие с бизнесом, сохраняя баланс между бизнес-требованиями и технической реализацией.
Изображение носит иллюстративный характер
Раздутие штата и микророли, созданные при внедрении Agile, замедляют скорость разработки. Изначально проекты выполнялись меньшим числом специалистов. Разделение на множество ролей увеличивает сложность коммуникации и создает дополнительные барьеры, что приводит к задержкам и ошибкам.
Спринты, изначально задуманные как средство организации работы, часто становятся инструментом давления на разработчиков, особенно в конце спринта. Постоянные вопросы о сроках и перекладывание ответственности за срыв сроков приводят к переработкам и, в конечном итоге, к выгоранию. Кроме того, не учитывается важность технического долга, который накапливается из-за спешки и приоритета новых фич.
В результате успешного внедрения Agile, важно придерживаться верхнеуровневого флоу, в котором выделяются категории задач: удержание рынка, наращивание доли рынка и создание нового рынка. Приоритезация задач должна происходить совместно бизнесом и IT. Нужно выделять время на технический долг. Важно предоставлять командам гибкость в выборе методологии, позволяя им комбинировать Scrum и Kanban. Основной упор следует делать на создание ценности для пользователя и взаимодействие с бизнесом, сохраняя баланс между бизнес-требованиями и технической реализацией.
