Scrum. Революционный метод управления проектами

При любых обстоятельствах совсем непросто делиться человеческими ресурсами и осуществлять обмен информацией. Мне случалось видеть руководителей, которые буквально впадали в ступор, когда передавали специалистов в команду, не находящуюся под их прямым управлением. Добровольно отказаться от повседневного контроля над собственным коллективом, от постоянного вмешательства в мельчайшие детали выполнения работы — задача не из легких. В диверсионно-разведывательном сообществе, традиционно замкнутом на себе и скрытом от глаз, делать это оказалось особенно сложно — настолько, что, несмотря на эффективность групп особого назначения, действовавших в Ираке, их расформировали сразу, как политика «большой волны» была признана успешно завершенной. Суть дела изложена в блестящем труде Кристофера Ламба и Эвана Мансинга Secret Weapon: High-value Target Teams as an Organizational Innovation («Секретное оружие. Группы особого назначения как организационная инновация»):

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

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

По-настоящему великие команды с их принципом информационной открытости и владения общим объемом знаний несут в себе угрозу структурам с укоренившейся скрытностью и привычкой умышленно заметать следы своих дел. Руководители организаций, где свойственно все держать в тайне, не желают, чтобы кто-нибудь: рядовые сотрудники, ведущие специалисты, даже близкие к вершине иерархической лестницы управляющие, — знал, что происходит в настоящее время, что уже осуществлено и в какие сроки. Любые сведения и знания не подлежат распространению, поскольку скрытая информация — единственный залог сохранения их власти. Вряд ли задумываясь хоть когда-нибудь над проблемами общего блага, они преследуют лишь собственные интересы, чаще всего не идущие дальше стяжательства и высоких постов. Здесь мы имеем дело с типом мышления, ответственным за такое явление, как несостоятельность руководства, которое приняло массовый характер и в итоге вызвало последний экономический крах. В большинстве компаний внутренняя политика базировалась исключительно на приоритете кратковременного успеха отдельной личности. Практически не находилось никого, кто мог бы подняться до мысли об общественной пользе или ограничении урона, наносимого мировой экономике.

РАЗМЕР ИМЕЕТ ЗНАЧЕНИЕ — НО ЭТО НЕ ТО, О ЧЕМ ВЫ ПОДУМАЛИ

Нет смысла корчить из себя Ноя и собирать команду по принципу «каждой твари по паре» только из-за того, что многофункциональность позволяет достичь отличных результатов. Командная динамика хорошо функционирует только в малочисленных группах. Классический вариант — семь человек, плюс или минус еще двое. Мне встречались прекрасно работающие группы, состоявшие всего из троих человек. Интересно, что по статистическим данным, если в группе более девяти человек, скорость работы действительно падает. Все правильно. Дополнительные исполнители заставляют группу работать медленнее.

Всем, кто когда-либо занимался разработкой программного обеспечения, хорошо знаком принцип, впервые сформулированный в 1975 году в эпохальной книге Фреда Брукса The Mythical Man-Month («Мифический человеко-месяц»[24]) и потому названный «законом Брукса». Вот его крайне упрощенное изложение:

Если проект не укладывается в сроки, то добавление рабочей силы задержит его еще больше8^, [25].