Читать книгу Agile-менеджмент. Лидерство и управление командами - Юрген Аппело - Страница 3

Роберта Мартина

Я ненавижу книги по менеджменту. Просто ненавижу. Люди все время дают их мне со словами: «Вы должны прочесть эту книгу, она изменила мою жизнь!» В таких книгах обычно порядка 150 страниц, они набраны крупным шрифтом с двойным межстрочным интервалом, и в них много иллюстраций. Они имеют названия вроде: «Как управлять не управляя», «Менеджмент с открытыми дверями», «Сначала нарушьте все правила», «Откройте свои сильные стороны», «Сила позитивных наказаний» или даже «Tnemeganam!». Эти книги только занимают место на моих полках. Иногда я читаю их в туалете.

Все они рассказывают одну и ту же историю. Автор – всегда какой-то парень, которому приходится управлять компанией, которая вот-вот обанкротится. Когда эта компания оказывается совсем в заднице (помните, что такие книги я читаю в туалете?), его вдруг посещает чертовски важное озарение, которое до этого никогда никого не посещало. Когда он описывает свою идею коллегам, те думают, что он рехнулся. Невзирая на это, он внедряет свою идею и в результате зарабатывает 1 000 000 000 000 (один триллион) долларов – миллиардом в наше время никого не удивишь. И теперь по доброте душевной готов за небольшую плату поделиться своей идеей с вами, чтобы вы тоже смогли заработать свой триллион.

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

Эти несчастные простаки надеются, что если они прочитают последний бестселлер под названием «Стратегия голубых штанов» и заставят всех в офисе носить голубые штаны по четвергам, то их проблемы в области менеджмента будут решены.

Как сказано выше, я ненавижу книги по менеджменту. Так что же заставило меня написать предисловие именно к этой книге? Я делаю это потому, что тут встречается слово «эукариоты»! Что оно означает? Не так важно. Главное, что в этой книге используются научные термины! В ней говорится о гонке Черной Королевы и есть изображения тессерактов. Тут можно прочитать про путь пьяницы. Короче говоря, это интеллектуальная книга!

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

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

Эда Юрдона

Давным-давно, в далекой-далекой галактике мы с коллегами с гордостью провозгласили себя молодыми революционерами компьютерной индустрии, положившими начало новому поколению методов и технических приемов программирования, дизайна и анализа программных продуктов. Тогда нам казалось, что эти методы вполне гармонично сочетаются с директивными управленческими подходами сверху вниз, господствовавшими в то время. Нам не хватило мозгов, чтобы придумать для своих идей название вроде «Программное обеспечение 2.0», как это сделали впоследствии приверженцы «Web 2.0» и «Предприятия 2.0»… Но как бы то ни было, книга Юргена Аппело убедила меня в том, что идеи, выдвинутые моим поколением, оказались на свалке истории.

Проблема здесь не в методах разработки ПО, и книга Юргена на самом деле не о разработке программных продуктов – хотя гибкие методологии за последние десять лет становятся все более популярными и начисто отвергают идею о том, что функциональность и архитектура сложных систем могут быть разработаны строго линейными методами, базирующимися на иерархическом детерминистском подходе сверху вниз. В сложном мире, где конечные пользователи не совсем уверены, чего они хотят от программного продукта, а среда, в которой они работают, изменяется в процессе разработки ПО, нам необходим упорядоченный (смею ли я сказать «структурированный»?) подход к разработке программных продуктов – и все равно многие детали любого проекта остаются неизвестными и непредсказуемыми, если только эмерджентный подход не позволяет выявить их в нужное время.

Если это верно относительно технических функций, таких как анализ, проектирование и внедрение систем, – а я твердо верю, что это так, – то также это верно и относительно управленческого подхода в целом, который организует, мотивирует, отслеживает, ограничивает и (надеюсь) вознаграждает людей, делающих эти технические задачи.

Таким образом, иерархический стиль управления сверху вниз, который соответствовал нашему иерархическому «структурированному» подходу к анализу и проектированию ПО в 1970-е годы, в настоящее время называют «Менеджмент 1.0». Юрген также сообщает нам, что уже пройдена фаза, известная как «Менеджмент 2.0», которая в значительной степени была представлена новомодными изобретениями типа «Реинжиниринга бизнес-процессов», шести сигм и прочими дополнениями к предшествовавшему им Менеджменту 1.0.

Менеджмент 3.0, который стал предметом этой книги, основан на теории сложности. Это то, чем на протяжении последних нескольких десятилетий занимались математики и биологи. Теперь эта теория становится центральной частью экономики и социологии – а в более общем плане и частью науки об управлении людьми и их взаимоотношениями в организации. Вам действительно стоит прочитать содержащийся в этой книге обзор данной теории и связанных с ней концепций, включая причинно-следственные связи, детерминизм и редукционизм – темы, хорошо знакомые каждому инженеру, математику и специалисту в области компьютеров (все они знакомятся с этими идеями достаточно рано в процессе обучения).

Основываясь на этом фундаменте, вы будете готовы воспринять продвигаемую Юргеном модель современного менеджмента, которая у него представлена в виде шестиглазого монстра, чей взгляд направлен на людей, выравнивание, настройку ограничений, улучшение, развитие компетенций и вопросы структурирования организаций. Вам предстоит продраться через две вводные главы, в которых Юрген дает краткое изложение сути гибких, или Agile-методологий разработки программных продуктов, а также теории сложности; затем он посвящает по две главы каждому из шести компонентов модели Менеджмента 3.0.

Вы не найдете в книге ни одного «традиционного» аспекта управления проектами вроде управления рисками, оценки, планирования или мониторинга процесса разработки с помощью Microsoft Project – он в книге вообще не упоминается. Вы не найдете никаких ссылок на стандартные учебники по управлению рисками, планированию и бюджетированию проектов. Эти традиционные виды деятельности по-прежнему нужны, и, вероятно, имеет смысл пройти курс проектного менеджмента и убедиться, что вы его понимаете, но смысл аргументации Юргена состоит в том, что, даже если вы все будете делать правильно с точки зрения традиционного управления проектами, это совершенно не гарантирует вам успеха. (И даже наоборот, может лишь усугубить проблемы, связанные с поведением сложных систем, что приведет вас к катастрофе еще быстрее!)

Вы можете читать отдельные главы книги Юргена независимо друг от друга, возможно, даже в любой последовательности, но я бы рекомендовал делать это по порядку и усваивать материал постепенно. Книга содержит огромное количество дельных рекомендаций, практичных чек-листов и мудрых советов (как Юргену вообще удалось в своем возрасте обрести всю эту мудрость?) о нюансах лидерства, мотивации, коучинге. А также об общении с отдельными разработчиками, проектными командами и менеджерами, находящимися на более высоких уровнях в организационной иерархии, которые часто так и застревают в устаревших способах управления (эти менеджеры склонны в разговорах называть сотрудников своей компании «ресурсами»). Не исключено, что некоторые из утверждений автора покажутся вам поверхностными из-за своей краткости (вроде констатации в главе 4, что инновации реализуются только снизу вверх и их невозможно внедрить в приказном порядке сверху). Но если вы внимательно прочитаете книгу, то увидите, что она содержит хорошо проработанный материал, а в рассмотрении проблем учтена масса нюансов, как, например, при обсуждении баланса между самоорганизацией и анархией.

Меня позабавило следующее утверждение Юргена почти в самом начале: «Хотелось бы мне, чтобы подобная книга попала мне в руки десять лет назад, когда я занимался своим стартапом. Но в этом случае вполне могло случиться, что я все же заработал бы свои миллионы и, по всей вероятности, вряд ли стал бы заморачиваться написанием этой книги». Меня посетила такая же мысль: было бы крайне полезно, если бы такая книга была доступна (или известна) сорок пять лет назад, когда я впервые начал заниматься разработкой ПО, ну или по крайней мере двумя годами позже, когда меня необдуманно повысили и я стал проектным менеджером. Но в этом случае я тоже мог стать миллионером и вряд ли написал бы это предисловие.

Если серьезно, то единственная реальная проблема, которую я предвижу в связи с этой книгой, эта: менеджеры моего поколения все еще живы, а недавний финансовый кризис обесценил пенсионные программы и заставил этих менеджеров продолжать работать, делая все возможное, чтобы по-прежнему навязывать своим подчиненным жесткий иерархический стиль управления сверху вниз. Еще одна проблема заключается в том, что многие менеджеры поколения, к которому принадлежит Юрген, постепенно продвигаются по иерархической лестнице и начинают занимать высокие позиции – но и среди них немало тех, кто в свое время подвергся промыванию мозгов и долгое время практиковал иерархический подход к менеджменту. Не исключено, что эти менеджеры также будут сопротивляться идеям Менеджмента 3.0.

И тем не менее, если судить по растущей популярности гибких методов разработки ПО, остается лишь немного подождать, чтобы продвигаемые Юргеном Аппело методы общего менеджмента стали столь же популярны. Очевидно, что если вы решите стать «гибким менеджером» и справляться с современными постоянно усложняющимися проектами, то эта книга будет далеко не единственной, которую вам предстоит прочитать на эту тему.

Что еще более важно, вы будете возвращаться к этой книге еще не раз. Я абсолютно уверен, что «Agile-менеджмент» минимум на десятилетие станет библией среди других книг по гибкому менеджменту.