Спасибо Эду Юрдону и Бобу Мартину за поддержку автора-новичка и написанные вами предисловия. Когда-нибудь я отплачу услугой за услугу. (Дайте знать, если вам вдруг понадобится нарисовать на кого-нибудь карикатуру.)
Спасибо читателям моего блога и тем, кто следит за мной в Twitter. Ваша постоянная поддержка, вопросы и ответы помогли мне пройти этот путь до конца.
Спасибо, Рауль, за предоставленные мне пространство и время, позволившие написать эту книгу. Система может самоорганизоваться только в рамках определенных границ. Я уверен, что мой проект смог вырасти и расцвести только благодаря тем мягким ограничениям, которыми я тебе обязан.
И спасибо вам, уважаемый читатель, что вы открыли эту книгу. Если она вам понравится, пожалуйста, дайте мне знать. А если нет, то сообщать мне об этом не надо.
Об авторе
Юрген Аппело – автор, спикер, тренер, разработчик, предприниматель, менеджер, читатель, блогер, лидер, мечтатель и свободный философ. К тому же он голландец, что объясняет его многочисленные странности.
После изучения программирования в Делфтском техническом университете и получения в 1994 году степени магистра Юрген занимался созданием стартапов и руководил несколькими голландскими компаниями в роли лидера команд, менеджера и топ-менеджера.
Его последнее место работы – директор по информационным технологиям в ISM eCompany, одном из крупнейших поставщиков решений для электронной коммерции в Нидерландах. В качестве менеджера Юрген возглавлял группы разработчиков программного обеспечения, проектных менеджеров, менеджеров по качеству и сервису, некоторых из которых он нанял случайно.
Среди его основных интересов – разработка программного обеспечения и теория сложности с точки зрения менеджера. В качестве автора он публиковал аналитические работы и статьи во многих журналах, а также ведет блог на сайте http://noop.nl. Его часто приглашают выступать на семинарах и конференциях.
И последнее (не по важности) его достижение: Юрген проводит обучающие семинары на основе модели Менеджмента 3.0, где рассматриваются темы развития инициативы, расширения полномочий и возможностей команд, оптимизации ограничений, развития компетенций, развития организационных структур и улучшения всего.
Тем не менее иногда он откладывает в сторону написание статей, выступления и проведение тренингов и сам занимается программированием; дома он проводит время, сортируя свою коллекцию книг по научной фантастике и фэнтези: он складывает их в шкаф высотой четыре метра, который сам и сконструировал.
Вместе со своим партнером Раулем Юрген живет в Роттердаме (Нидерланды) – и иногда в Брюсселе (Бельгия). У него двое детей, а также есть воображаемый хомяк, которого зовут Джордж.
Предисловие автора
Это книга о гибком, или Agile-менеджменте – управленческом аналоге гибких методологий разработки ПО. Я считаю, что гибкий менеджмент недостаточно представлен в мире, который требует гибких подходов. Существуют десятки книг по Agile-методологиям для разработчиков, тестировщиков, коучей и проектных менеджеров, но практически нет книг по этой тематике для Agile-менеджеров и лидеров команд. Но, если организации хотят внедрить Agile-практики, абсолютно необходимо, чтобы лидеры команд и другие руководители знали лучший подход для управления и лидерства в их командах.
Исследования показывают, что при переходе к гибким методам основным препятствием оказывается традиционный менеджмент [VersionOne 2009]. Командам разработчиков ПО тяжело внедрять такие процессы, как Scrum, XP или канбан, если их «лидеров» заклинило на устаревших управленческих подходах. Менеджерам необходимо понять, в чем заключается их новая роль в XXI веке и как добиваться от команд разработчиков максимальных результатов. Данная книга предназначена для менеджеров, которые хотят перейти на гибкие методы управления в своих компаниях, и на разработчиков, которые уже используют эти методы при создании ПО, но хотят больше узнать о менеджменте в целом.
Эта книга по менеджменту уникальна, поскольку целиком основана на научном подходе и теории сложности. В отличие от других книг по общему менеджменту, она не призывает вас открыть свое сердце, взяться за руки и повторять мантры. Многие менеджеры, особенно в высокотехнологичных компаниях, предпочитают пользоваться левым полушарием мозга, полагаясь на рациональное, аналитическое начало. Поэтому я написал книгу, апеллирующую к таким людям. Но и тем, кто предпочитает пользоваться правым полушарием, нечего опасаться. Научные идеи представлены достаточно неформально, с подробными объяснениями и обилием метафор и иллюстраций. Здесь даже можно найти как минимум пару действительно смешных шуток.
Одной из моих важнейших целей при написании этой книги было придерживаться описательного подхода, а ни в коем случае не нормативного. Цель – дать вам понять, как работают организация и Agile-команды для того, чтобы вы могли решить собственные проблемы. Мир слишком сложен, чтобы можно было отделаться списком практик, которым необходимо следовать. Что действительно необходимо менеджерам в XXI веке, так это понимание общих подходов, используя которые, они смогут создать свои собственные рецепты, соответствующие их конкретным потребностям [Mintzberg 2004: 252].
История этой книги
Мне потребовалось десять лет, чтобы написать эту книгу. В свое время я заинтересовался гибкими методологиями разработки ПО и теорией сложности (не помню, в какой последовательности), и в течение первых пяти лет авторы, пишущие об этих двух предметах, едва поспевали за моим интересом. При чтении разных книг у меня постепенно начала складываться общая картина. Я понял, что гибкие методы создания ПО – это практическое приложение теории сложности и команды разработчиков ПО и соответствующие проекты выступают в качестве примера таких систем. Также стало ясно, что практически никто не видит эту связь между теорией и практикой (заметными исключениями стали Джим Хайсмит и Кен Швабер). В результате примерно в 2005 году я попытался написать собственную книгу на эту тему. Но в тот момент ничего не получилось. У меня был в руках текст, но отсутствовали читатели. Были новые идеи, но не было обратной связи. Обилие теорий и минимум опыта. Я был преисполнен энтузиазма, но мне не хватило терпения.
Параллельно все эти десять лет я занимался управлением проектами по разработке ПО и приобрел обширный опыт, узнал о множестве способов неправильного управления проектами. Будучи руководителем и внедряя гибкие методологии разработки, я размышлял о роли менеджмента в этом процессе. Я был уверен, что менеджерам и лидерам команд должна отводиться важная роль. Но в книгах ничего не говорилось о том, в чем конкретно она должна состоять.
В январе 2008 года я запустил свой блог на http://noop.nl с целью получить обратную связь от читателей относительно моих идей в области разработки ПО, менеджмента и сложных систем, а также понять, интересна ли эта тематика вообще кому-нибудь. Через полтора года у меня было 4000 подписчиков. Я участвовал в интереснейших дискуссиях с экспертами со всего мира и удачно выступил на нескольких конференциях в Европе и США. Было похоже, что я нашел свою нишу.
В августе 2009 года, уже после глобального финансового кризиса, я подумал, что пришло время сделать вторую попытку написать книгу. На этот раз все было очень легко. У меня был архив моего блога, полезная обратная связь от читателей, десять лет менеджерского опыта (в основном отрицательного), полно времени (дела шли неважно) и достаточное количество подписчиков в блоге, чтобы мотивировать нескольких издателей предложить мне контракт на книгу. После подписания первого в моей жизни договора в качестве автора все, что мне оставалось сделать, – это удвоить свои усилия в части исследований, утроить интеллектуальные усилия и в четыре раза увеличить свою продуктивность как автора. (Все это звучит гораздо проще, чем было на самом деле.)
Вы, конечно, обратили внимание, что я не являюсь ни консультантом по Agile-методологиям, ни ученым, специализирующимся в области сложных систем. В этом моя сила – и моя слабость. Сила в том, что я редко страдаю туннельным зрением. Мое мышление не испорчено пристрастием к каким-либо конкретным научным подходам, методам или предпочитаемым по умолчанию решениям. Еще со школы мне удавалось видеть общие закономерности и аналогии между различными предметными областями, и учителя в свое время советовали мне выбрать карьеру, которая имела бы отношение к анализу проблем. Моя слабость в том, что часто я воспринимаю проблему со слишком большой высоты. Мне не хватает детальных знаний, которые есть у ученых, и глубокого опыта, который имеется у консультантов, изучивших изнутри множество компаний. Зато мне повезло, что я сумел развить у себя способность писать простые, неожиданные, конкретные, убедительные и эмоциональные тексты. В конце концов, неидеальное, но хорошо написанное послание лучше, чем идеальное послание, которое никто не хочет читать.
Пока я писал эту книгу, я использовал свой блог для получения откликов от подписчиков, так что они не давали мне сбиться с пути, помогали точнее мыслить и отсеивать не слишком полезные идеи. В результате получилась именно та книга, которую я в течение десяти лет мечтал написать. Но в определенном смысле это и та книга, которую хотели увидеть мои читатели.
Структура книги
В этой книге вы не найдете конкретных кейсов или пространных списков «стандартных» подходов. Вместо этого здесь приводятся результаты исследований, метафоры, идеи и поводы для размышлений. Все это не делает книгу менее полезной. Напротив, существует точка зрения, что самые значительные достижения осуществляются путем копирования идей из одной области и адаптации их к другой области. Стратегии выживания в биологических экосистемах могут научить не хуже, чем кейсы из практики других компаний. Идеи редко идеально соответствуют вашей ситуации. Именно вы должны решать, могут ли эти идеи применяться конкретно в вашем случае и если могут, то как.
Пользоваться книгой просто. Начните с начала. Потом читайте и переворачивайте страницы. Закончив читать страницу, переверните ее и начните следующую. В один прекрасный момент вы уткнетесь в пустую страницу. Это будет конец книги.
Глава 1 – введение. В ней описано, как линейное мышление порой приводит нас к неправильным выводам. Здесь же впервые представлена центральная модель книги: Менеджмент 3.0 – шесть углов зрения, с которых в ней рассматриваются команды и организации.
В главах 2 и 3 содержится обзор гибких методологий разработки программного обеспечения и теории сложности. Они представляют собой две основы гибкого менеджмента и тех шести компонентов модели, о которых идет речь в последующих главах.
В главах 4 и 5 описывается первый компонент модели Менеджмента 3.0, а именно как заряжать энергией людей. В первой из этих глав излагаются теоретические аспекты проблемы, а во второй – практические. Здесь говорится, что люди – это важнейшая часть организации и что менеджеры должны делать все, что в их силах, чтобы сотрудники проявляли активность, были креативными и мотивированными.
Главы 6 и 7 посвящены второму компоненту модели – расширению полномочий команд и созданию условий для их самоорганизации. Для решения этой задачи необходимы полномочия и доверие. Опять же, в первой из двух глав речь идет в основном о теории, а во второй – о практике.
В главах 8 и 9 объясняется, что такое настройка ограничений. Самоорганизация команд может привести к любым результатам, поэтому людям необходимо дать четкое направление и цель, а также обеспечить их защиту и защиту ресурсов, находящихся в общем пользовании. Это третий компонент модели Менеджмента 3.0.
В главах 10 и 11 обсуждается проблема компетенций, недостаток которых может не позволить командам достичь поставленных целей. Поэтому в зоне ответственности менеджеров должна находиться задача развития необходимых компетенций и дисциплины. Развитие компетенций – это четвертый компонент модели Менеджмента 3.0.
Главы 12 и 13 посвящены пятому компоненту Менеджмента 3.0 – функционированию команд в контексте организации. Подчеркивается важность выбора правильной социально-сетевой структуры, обеспечивающей беспрепятственный обмен информацией.
Главы 14 и 15 рассматривают процесс «Улучшай все», который будет шестым и последним компонентом модели. Подчеркивается необходимость непрерывного улучшения функционирования людей, команд и организации в целом как способа максимально отодвинуть провал. Как и прежде, материал первой из этих двух глав носит более теоретический, а второй – более прикладной характер.
И наконец, в главе 16 мы подводим итоги и проводим общий обзор Менеджмента 3.0, а также его сравнение с некоторыми другими моделями менеджмента.
Как видите, каждый из шести компонентов модели Менеджмента 3.0 описывается двумя главами, и в каждом случае первая из двух глав носит более теоретический, а вторая – более прикладной характер. Можно прочитать только практические главы, чтобы узнать о том, как именно применять гибкий менеджмент, но в этом случае вы не поймете, почему рекомендуются именно эти методы.
Содержание отдельных глав не слишком сильно зависит друг от друга. Так что в теории вы можете читать о шести компонентах модели в любом порядке. Однако на практике, вероятно, легче всего начинать с первой главы. Я лично не проверял, какое именно из 720 возможных сочетаний этих компонентов будет наиболее удобным с точки зрения восприятия.
Возможно, время от времени вы будете замечать, что темы, обсуждаемые в этой книге, не всегда тесно увязаны друг с другом. Это сделано намеренно. Мне представлялось важным, чтобы материал был организован вокруг шести компонентов моей модели и чтобы через всю книгу проходило четкое разделение между теорией и практикой. Иногда было нелегко организовать материал в рамках одной главы и четко обозначить связи между различными темами. Но мне кажется, что я справился с этим достаточно хорошо. Выражаю надежду, что восприятие моей книги читателями будет менее критичным, чем восприятие автора.
Содержание книги
Текст книги написан в бета-версии Microsoft Word 2010. Все иллюстрации нарисованы и отсканированы мной, а затем раскрашены в приложении Paint.NET. Иногда в книге попадаются серые вставки с вопросами или замечаниями и ответами на них. Большинство этих вопросов задавались читателями моего блога и рецензентами первых версий книги. Я также использую много ссылок на сайт «Википедии». Некоторые считают, что ссылаться на «Википедию» – порочная практика, но я с этим не согласен. Я предпочитаю ссылки на живой ресурс, над которым постоянно ведется работа по улучшению, чем на ветки потенциально мертвого дерева.
Предвидя обвинения в излишнем теоретизировании, я сделал так, что в сумме объем практических глав превышает объем тех, что отданы теории. Более того, в конце каждой главы есть раздел «Подумать и сделать», что делает книгу еще более полезной с практической точки зрения.
Часто говорят, что применение метафор улучшает понимание абстрактных понятий – именно поэтому я так часто ими пользуюсь. В этой книге вы найдете сравнения менеджеров с садовниками, волшебниками, регулировщиками дорожного движения и другими интересными людьми. Вначале я подумывал назвать эту книгу «Абстрактный садовник». Но в конечном итоге решил использовать другое название, потому что любая метафора имеет свойство изнашиваться, если ей пользоваться часто и для описания разных явлений. Поэтому теперь при необходимости я стараюсь подобрать отдельную метафору для каждого случая.