Почему Аджайл-трансформация буксует

Знаете ли вы компании, которые используют Аджайл-практики и внедрили Скрам, но так и не получили ощутимых результатов после нескольких лет трансформации? Чаще всего дело в том, что цели оптимизации адаптивность и скорость противоречат организационному дизайну компании, который поддерживает другие цели. В этой статье мы научимся находить несоответствия между целями оптимизации и текущей структурой. 

POSIWID (“Purpose Of The System Is What It Does”)

Специалист по системам и управлению Стаффорд Беер разработал важную и популярную эвристику системного мышления, известную под аббревиатурой POSIWID: «Purpose Of the System Is What It Does». Другими словами, цель оптимизации определяет результаты системы. Беер считал POSIWID лучшей отправной точкой для понимания любой системы. Мы должны сосредоточиться на фактических результатах, а не на желаемых. Почему? Системы показывают в точности те результаты, которые определены ее целью оптимизации и поддерживающей цель структурой. 

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

Давайте приведем примеры, где ЗАЯВЛЯЕМАЯ и ФАКТИЧЕСКИЕ цели систем не совпадают.

СистемаНаблюдаемая проблемаЗаявляемая цельЦель, сформированная с помощью POSIWID
ШколаМного не вовлеченных детейВоспитание полноценных и самостоятельных людейШкола хорошо достигает цели в том, чтобы сделать обучение для детей как можно более скучным
Программное обеспечение XYZБольшой отток клиентовПомощь малому бизнесуПродукт прекрасно достигает цели в том, чтобы заинтересовывать клиента, а затем сделать все возможное, чтобы он ушел.
ПарламентКоррупция, слияние власти с крупным бизнесомПредставлять интересы граждан и защищать их интересыПарламент замечательно выполняет цель, которая заключается в обогащении и лоббировании интересов крупного бизнеса.

Обратите внимание на формулировки в последней колонке. Вместо того, чтобы говорить о “плохо спроектированной системе” или “побочных эффектах”, мы считаем, что текущая система уже сейчас блестяще справляется с достижением плохих результатов.

Каждая система идеально разработана для достижения результатов, которые она получает. (Дон Бервик)

Хороший пример, когда поставленная цель не работает — Copy-Paste масштабирование. Это самый распространенный способ использования Скрама в больших организациях по всему миру. 

Когда Скрам ошибочно воспринимается как “командный” фреймворк, то за каждой командой закрепляется локальный “Владелец Продукта”, а команды формируются вокруг функций, компонентов и внутренних бизнес-процессов.

Такая структура порождает зависимости и длинные релизные циклы. Кроме того, команды работают не над самой важной функциональностью из-за наличия многочисленных Бэклогов Продукта. Copy-Paste масштабирование имеет мало общего с заявленными оптимизационными целями. Чаще всего фактические цели оптимизации: сохранение статуса-кво и структур власти, индивидуальная эффективность, создание видимости изменений для того, чтобы отрапортовать руководству о том, что “трансформация завершена”. Поэтому фактическая цель, определенная с помощью POSIWID, может звучать так: 

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

Итак, можно до посинения доказывать, что целью системы является [XYZ], но если это не подтверждается результатами и поведением системы, то это ЗАЯВЛЕННАЯ цель, а не ФАКТИЧЕСКАЯ. Давайте дальше разбираться в том, как привести к соответствию цели оптимизации и организационный дизайн.

Читать далее «Почему Аджайл-трансформация буксует»

Работа в офисе или удаленно?

Перевод статьи Мартина Фаулера «Remote versus Co-located Work«

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

СОДЕРЖАНИЕ

Одно из самых больших последствий века информационных технологий — это возможность делать так много вещей независимо места, где вы находитесь. Больше не нужно ходить в магазины, библиотеки или туристические агентства. (Я с нетерпением жду того дня, когда не нужно будет посещать стоматолога, чтобы вылечить зуб). Эта тенденция заметна практически по всему миру, но для разработчиков — людей, которые находятся на передовой цифровых изменений — она особенно очевидна.

Читать далее «Работа в офисе или удаленно?»

Нам стоит больше работать с Аджайл-лидерами!

Весной 2019 мы провели первый двухдневный тренинг для Аджайл-лидеров Professional Agile Leadership (PAL), который был очень хорошо принят участниками. Ключевая аудитория — менеджеры среднего/высшего звена, которые работают с Аджайл-командами.

Это руководители бизнес-юнитов и продуктовых групп, например, трайб-лидеры. В Аджайл-сообществе распространены тренинги для Владельцев Продуктов и Скрам-мастеров, а что мы предлагаем лидерам и менеджерам? Ведь их роль и влияние ОГРОМНЫ. В их руках находятся ключи к организационному дизайну компаний, а значит, и гибкости (Business Agility). Кажется, что стоит больше работать с менеджментом, поддерживать его и обучать.

Поэтому мы проведем в середине ноября уникальный трехдневный тренинг Advanced Professional Agile Leadership (PAL-E). Добавили в программу темы ответственности и системного мышления. И теперь это взрывная смесь!

Эшелоны Полёта: уровни организационного улучшения

Перевод оригинальной статьи  «Flight Levels: The Organizational Improvement Levels»

Когда вы записываете какую-либо идею, вы смотрите на неё, обдумываете и продолжаете её разрабатывать. Именно так произошло и с моделью Эшелонов Полёта (Flight Levels). Её уже много раз обсуждали на консультациях с клиентами, на тренингах и презентациях. Несмотря на это, как только была опубликована моя книга «Канбан на практике», я изменил свою точку зрения насчёт Эшелонов Полёта благодаря обратной связи от читателей, слушателей и участников тренингов.

Читать далее «Эшелоны Полёта: уровни организационного улучшения»

6 мифов об Аджайл-разработке (Майк Кон)

Перевод оригинальной статьи Майка Кона Six Agile Product Development Myths — Busted

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

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

Однако при том, что у Аджайл философии есть много преимуществ, похоже, что и заблуждений не меньше. В этой статье я хотел бы разрушить шесть мифов о разработке Аджайл-продуктов. Читать далее «6 мифов об Аджайл-разработке (Майк Кон)»