⚡️ Семь принципов оргдизайна

Сейчас готовлю вторую версию методологии Designing Adaptive Organizations (DAO) и заодно попробовал сформулировать принципы, на которые в действительности опираюсь, когда помогаю проектировать организации.

Получилось семь.

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

2. Оптимизировать целое, а не части. Максимизировать результат всей системы, даже если локально это ухудшает показатели отдельных команд, функций или подразделений.

3. Оптимизировать поток, а не ресурсы. Минимизировать lead time и время ожидания, даже если специалисты в итоге загружены меньше.

4. Устранять очереди, а не управлять ими. Искать и устранять причины их появления. Kanban, уменьшение рабочих пакетов и управление потоком полезны, но сами по себе источник очереди не убирают.

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

6. Балансировать автономию и экономию от масштаба. Давать e2e-юнитам достаточно автономии для быстрого потока. Общими оставлять те способности, где выигрыш от масштаба перевешивает стоимость возникающих зависимостей.

7. Создавать дизайн со всей системой, а не узкой группой. Вовлекать в проектирование микрокосм организации — представителей всех ее частей и уровней, которых затронут изменения.

Это не попытка сформулировать универсальные законы оргдизайна. Скорее моя ретроспектива: какие принципы снова и снова определяют мои решения на практике и сейчас лежат в основе второй версии DAO.

Какой принцип вам ближе?