Принцип темноты

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

С точки зрения сложности есть убедительная причина, почему команды внутри организации должны принимать решения совместно. Это логически вытекает из принципа темноты, который утверждает, что каждый агент внутри системы не может знать обо всех деталях поведения системы. Если бы агент был в курсе всех подробностей поведения системы, вся ее сложность была бы заключена в данном агенте [Cilliers 1998: 4–5].

Принцип темноты говорит нам, что в голове у каждого члена команды может быть лишь частичная или неполная модель всего проекта. В этом причина, почему решения должны приниматься членами команды совместно. Поэтому и Scrum, и Экстремальное программирование требуют, чтобы во время стендапов и совещаний, посвященных планированию, обязательно присутствовали все члены команды. Они должны объединять имеющиеся у них неполные ментальные модели и достигать согласия относительно общего подхода (рис. 6.3).

Некоторые менеджеры чувствуют себя некомфортно, когда команды имеют возможность принимать самостоятельные решения. Им кажется, что они утрачивают контроль над происходящим, если команды принимают решения без них. Такие менеджеры полагают, что решения должны привноситься извне, иначе наступит анархия. Но в результате анархии возникла целая Вселенная. Поэтому анархия не может быть так уж плоха. Переход к самоорганизующимся командам возникает именно потому, что он позволяет увеличить степень контроля над неопределенностью, с которой командам приходится сталкиваться [Thomas 2000: 35]. Менеджеры должны понять, что «они несут ответственность, но не контролируют процесс». Любые попытки «контролировать и сдерживать» обычно не работают, а иногда приводят к контрпродуктивным последствиям. Например, есть данные, что попытки полиции контролировать и сдерживать толпу на самом деле могут стать причиной проблем, которые полиция изначально пытается предотвратить [Bond 2009b: 41].

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