Найти тему

Коробка прозрачности — как открыто обсуждать провалы?

Это пост о небольшой, но очень полезной технике. Есть одна маленькая прозрачная коробка. В ней только одна записка. В записке отражён важный этап в планируемом развитии организации, «веха», которая касается нескольких команд в компании.

Техника может применяться по-разному.

На Scrum.org можно найти такой кейс. На общем ревью со всеми командами, которые перешли на Scrum, обсуждались изменения в организации. Каждая команда собрала самые важные, по её мнению, результаты, свои успехи и неудачи, планы на будущие спринты. Для каждой команды отводилась сессия в 12 минут, за которую она представляла эти результаты другим участникам, в том числе стейкхолдерам.

Ревью такого плана — уже хорошее дело для установления прозрачности в организации. Но одна команда придумала нечто другое. Она принесла прозрачную коробку с одним стикером — на нём обещание, которого не удалось достичь.

Команда продемонстрировала предельное соответствие ценностям Scrum:

прозрачность и открытость в своём рабочем процессе,

смелость, чтобы обсудить не достижения, а провалы,

сфокусированность на достижении результата,

уважение к коллегам, потому что она была честной по отношению к другим.

Команда запустила обсуждение того, какие последствия несёт недостижение. Совместное обсуждение помогает глубже понять обязательство сделать что-либо.

Основной принцип использования коробки прозрачности — помещать в неё то, что важно обсудить со всеми, и не в коем случае не «замять».

Логика использования такая:

  • На ретроспективе (и внутри команды, и между командами) собираются обещания на спринт. Они касаются и технических моментов, и вещей, связанных с коммуникацией, развитием, поведением.
  • Все обещания переводятся на стикеры и становятся обязательствами команды. Постепенно они попадают на scrum-доску и выполняются разработчиками.
  • Каждое обязательство проверяется на ретроспективе: насколько качественно оно выполнено, что это улучшило?
  • Невыполненные или плохо выполненные обязательства за период попадают в коробку прозрачности. Они выносятся на большое совместное обсуждение.

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

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

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

А как вы добиваетесь прозрачности в компании и внутри команд?