Меню

Книга №82: «Команда команд» (Стэнли МакКристал)

Эта книга начинается с парадокса, который должен насторожить любого, кто гордится отлаженностью своей организации. Лучшие в мире силы специальных операций, с превосходством в технике, выучке и ресурсах, в середине двухтысячных проигрывали в Ираке сетевой группировке, у которой не было ни иерархии, ни устава, ни бюджета. МакКристал, командовавший объединённой оперативной группой, пришёл к неудобному выводу о том, что проигрывала не сила, а сам принцип её устройства.

← Предыдущая книга

Его базовая мысль в том, что мир сместился из сложного и предсказуемого в комплексный и непредсказуемый, и в этой новой среде эффективная иерархия превращается из преимущества в уязвимость. Для SAP-консультанта это прямой разговор про то, почему безупречно спланированная программа из множества потоков всё равно спотыкается на стыках.

1. Позиционирование книги в карте серии

«Команда команд» относится к блоку организационного дизайна под сложность и адаптивных сетей. В карте серии этой оси до сих пор почти не было: проектное управление было представлено иерархической плановой логикой PMBOK (21), а адаптивность входила через Scrum Сазерленда (24), но на уровне одной команды. МакКристал занимает пустующее место между ними и задаёт вопрос следующего порядка.

Сазерленд показал, как сделать адаптивной отдельную команду: маленькую, кросс-функциональную, с коротким циклом и высоким доверием внутри. МакКристал начинает ровно там, где это решение упирается в потолок. Что делать, когда таких команд десятки, каждая внутри себя живая и быстрая, но между собой они образуют силосные башни, и враг или рынок проскакивает именно в зазоры между ними. Его ответ в том, что нужно превратить «команду из команд», то есть набор изолированных групп под общим начальником, в «команду команд», то есть в сеть, где доверие и общая осведомлённость работают не только внутри ячеек, но и поперёк них.

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

2. Архитектура идей книги

Главная конструкция книги строится на различии между сложным и комплексным. Сложная система имеет много частей, но она предсказуема и познаваема, как двигатель автомобиля: разобрал, понял, оптимизировал. Комплексная система непредсказуема не из-за числа частей, а из-за плотности связей между ними, когда малое воздействие даёт нелинейный и неожиданный результат. МакКристал утверждает, что управленческие инструменты двадцатого века, выросшие из научного менеджмента Тейлора, заточены под сложный предсказуемый мир и ломаются в комплексном.

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

Третья идея, и самая практичная, это общая осведомлённость. МакКристал перестроил работу так, чтобы тысячи людей в реальном времени видели одну и ту же картину целиком, а не каждый свой фрагмент. Радикальная прозрачность информации стала фундаментом, без которого всё остальное не имеет смысла. Здесь книга смыкается с системным мышлением Сенге под номером 6: видеть целое, а не сумму изолированных кусков.

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

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

3. Концептуальный вклад в серию

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

С книгой Scrum Сазерленда (24) возникает самое прямое и продуктивное напряжение. Сазерленд решает задачу внутри команды, МакКристал решает задачу между командами. Это объясняет, почему механический перенос скрам-ритуалов на большую программу часто даёт ритуал без организма: команды исправно проводят церемонии, но между собой остаются такими же силосами, как были. МакКристал показывает, что масштабирование адаптивности это не про размножение церемоний, а про доверие и общую картину поперёк границ.

С PMBOK (21) напряжение лобовое. Плановая иерархия исходит из того, что мир достаточно предсказуем, чтобы его спланировать, и достаточно стабилен, чтобы централизованный контроль успевал. МакКристал утверждает, что в комплексной среде это допущение ложно, и что чем совершеннее ваша централизованная машина, тем хуже она справляется с неожиданностью.

С «Мифическим человеко-месяцем» Брукса (80) связь самая интересная, потому что обе книги упираются в одну и ту же проблему квадратичного роста коммуникаций, но дают противоположные рецепты. Брукс говорит: раз связи растут как квадрат числа людей, ограничивайте число узлов и защищайте концептуальную целостность малой архитектурной группой. МакКристал говорит обратное: не сокращайте связи, а вкладывайтесь в их пропускную способность, стройте доверие и общую осведомлённость, чтобы сеть выдержала нагрузку, которую иерархия не тянет. Это не противоречие в чистом виде, а два ответа для разных сред: рецепт Брукса бережёт целостность замысла, рецепт МакКристала бережёт скорость реакции, и зрелый консультант понимает, когда нужен который.

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

4. Применение в практике SAP-консультанта

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

Первая проектная ситуация это программа внедрения S/4HANA с десятком направлений: финансы, логистика, сбыт, производство, технический

Если хотите прочитать статью полностью и оставить свои комментарии присоединяйтесь к sapland

У вас уже есть учетная запись?

Войти
Продолжая использовать сайт, вы соглашаетесь на обработку персональных данных, собираемых с использованием cookie-файлов и сервиса «Яндекс Метрика» для анализа использования сайта и оценки эффективности маркетинговых кампаний. Более подробная информация представлена в Политике конфиденциальности.
Понятно