Communities of Practice (CoP)
Концепция CoP описана Этьеном Венгером в книге Communities of Practice (1998). До Agile применялась в крупных корпорациях для управления знаниями.
Три измерения CoP
- Domain — общая область знаний (например, «Тестирование производительности»).
- Community — люди, которые в этой области заинтересованы.
- Practice — общие техники, инструменты, опыт, которыми делятся.
Чем отличается от Chapter и Squad
- Squad/Team — формальная команда, делающая работу.
- Chapter — формальная структура одной специальности внутри Tribe (с линейным управлением).
- CoP/Guild — неформальное сообщество через всю компанию (без линейного управления).
Примеры CoP
- «TDD Community» — практики тест-driven разработки.
- «Mobile Performance Community» — оптимизация мобильных приложений.
- «Agile Coaches Community» — обмен опытом между коучами.
Когда применять и когда нет
Применять
- Большая организация (100+ человек)
- Есть инициативные люди-координаторы
- Нужен обмен знаниями вне формальных команд
Не применять
- Маленькая компания — не нужно формализовать обмен знаниями
- Культура не поддерживает добровольную инициативу
Примеры применения
«Microservices CoP» в крупном банке (15 000 человек): 80 заинтересованных архитекторов и senior-разработчиков. Раз в месяц — двухчасовая встреча с докладами. Slack-канал для текущих обсуждений. Результат: общие архитектурные стандарты, переиспользование кода, более быстрая адаптация новых сотрудников.
Часто задаваемые вопросы
По сути да. Spotify назвали свои CoP «Guilds», термин прижился. CoP — более общий и старый термин, Guild — частный случай в Spotify Model.
Активный участник — 5–10% рабочего времени (включая встречи, обсуждения, подготовку материалов). Координатор — больше. Это инвестиция компании в горизонтальный обмен знаниями.