Кажется, что в самоорганизованных командах все работают как хотят, из-за чего возникает хаос. Поделюсь, что мы делаем для того, чтобы этого избежать: как подходим к разделению ответственности и фиксируем договоренности.
Мы считаем критически важным, чтобы у каждой зоны была четкая граница: никакой размытой ответственности, никаких дубликатов, никакой путаницы. Одна зона — один ответственный.
Мы фиксируем все договоренности, потому что считаем, что устные договорённости — это иллюзия.
— На встречах — через post-meet.
— В задачах — через таск-менеджер.
— В процессах — через базу знаний Senq, которую мы разрабатываем под себя.
У каждой встречи есть ответственный — он отвечает за повестку, ведёт транскрипцию и делает post-meet в командный канал. Записи встреч и договорённости доступны всей команде.
Если договоренность касается изменения процесса — она обсуждается на встрече, затем оформляется в базе знаний и финально получает «окей» от команды. Любой участник может инициировать новую итерацию, если замечает, что процесс можно улучшить или нужно уточнить границы зон.
Если задача или проект лежат на стыке нескольких зон, вопрос решается между ответственными за них. Если прийти к общему решению сложно, привлекается медиатор. Обсуждения идут до тех пор, пока не будет согласованного, взвешенного решения.
Мы не раз видели, как отсутствие фиксации разрушает взаимодействие:«Я думал, это не моя зона», «а я думал, это на тебе». Такие конфликты изматывают и тормозят. Чёткие договорённости, наоборот, добавляют прозрачности и ответственности.
Чек-лист, для внедрения у себя:
— У каждой зоны должен быть один ответственный за результат.
— Границы зон нужно обсуждать и согласовывать, особенно на стыках ролей.
— Все договоренности — фиксируются. Устная договоренность = отсутствие договоренности.
— Используем post-meet, таск-менеджер и базу знаний — всё должно быть доступно.
— У каждой встречи есть ответственный за фиксацию договоренностей.
— Любой может инициировать пересмотр процесса или зоны, если видит возможность улучшения.
— Лидеры команд регулярно пересматривают и развивают процессы — по мере необходимости или по инициативе команды.