Книга: Эпоха Agile
Назад: Введение
Дальше: Глава 2. Закон микрокоманды

ЧАСТЬ 1

AGILE-МЕНЕДЖМЕНТ

ГЛАВА 1

МЕНЬШЕ РАБОТЫ — БОЛЬШЕ ЦЕННОСТИ

Мы нуждаемся в предпринимательском обществе, в котором возможны стабильные и постоянные инновации.

Питер Друкер

Spotify, быстро растущий шведский сервис музыкального стриминга с аудиторией более 100 млн активных пользователей и 30 млн платных, осознала преимущества Agile-управления в середине 2015 года, а внедрила Agile еще раньше, с момента создания в 2008 году. Тогда она сформировала множество самоорганизующихся команд, полных решимости создавать больше ценности для пользователей сервиса. Исходный принцип Agile-менеджмента заключается в том, что расширение инноваций, идущих снизу, будет постоянно и существенно повышать ценность для пользователей и самой компании. Исходя из этого посыла команды Spotify (по состоянию на середину 2016 года в них входили 2500 человек) стремятся узнать все о вас как о слушателе музыки, так и пользователе Spotify. Затем они ищут интересные способы понравиться вам в обоих ипостасях. Порой они делают это посредством матчмейкинга, сообщая в нужный момент об отличном плейлисте, новой «фишке» или новом контенте, который может вам понравиться. В остальное время они пытаются привлечь вас, создавая новый опыт слушания.

Инновации, разработанные Agile-командами, стимулировали рост Spotify на протяжении семи лет. Но в марте 2015 года программисты компании Крис Джонсон и Эд Ньюетт пришли к Мэтту Оглу, старшему менеджеру по продукту, человеку с двумя научными степенями в английской литературе и опытом работы в качестве программиста. Их идея оказалась переломной. Они предложили решение проблемы, долгие годы мучившей и Spotify, и другие стриминг-сервисы вроде Pandora и Apple Music, — как помочь пользователям найти музыку по вкусу в каталоге с миллионами песен, не тратя при этом время на прослушивание того, что не нравится?

В 2013 году Spotify представила новую функцию News-Feed. С ее помощью пользователи могли получить персонализированные рекомендации альбомов и артистов. Это был прогресс, но меломанам по-прежнему приходилось тратить время на изучение рекомендаций и прослушивание ненужной музыки.

В 2014 году Spotify представила функцию Discover, которая группировала рекомендации в подборки, как на Netflix, — более простые, чем News-Feed, но по-прежнему требующие усилий со стороны активных пользователей. Исследования показали, что те по-прежнему тратили много времени на прослушивание плейлистов, созданных редакторами Spotify.

Но вернемся к идее двух программистов. Они задались вопросами: как облегчить жизнь своим клиентам? Что, если взять музыку, которую те слушали в прошлом, и разложить ее по микрожанрам, проанализировать миллиарды плейлистов, созданных другими пользователями, и с помощью алгоритмов подобрать музыку, соответствующую плейлистам клиентов? Затем создать новый, персонифицированный еженедельный плейлист, разработанный специально для конкретного пользователя Spotify. Пропуск трека будет означать необходимость доработки. Возможно ли сделать это для десятков миллионов пользователей? Или затея утопична? Так зародилась невероятно успешная идея Spotify, позже получившая название Discover Weekly.

Руководству предложение понравилось. Мэтт Огл обсудил с программистами различные возможности его воплощения. Затем новаторы представили идею разработчику, сыгравшему роль «злого полицейского». «Зачем нам нужна эта функция? — спросил он. — Мы и так делаем многое для пользователей! Что в ней такого особенного?» Эти вопросы помогли команде проверить идею путем небольшого эксперимента. Spotify уже собирала данные об активных пользователях — около 75 млн человек. Компания также обладала высочайшими возможностями машинного обучения и искусственного интеллекта. Сотрудники уже разработали музыкальные микрожанры и классифицировали по ним всю базу музыки и миллиарды плейлистов.

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

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

Огл и его команда провели другой небольшой эксперимент с участием 1% активных пользователей Spotify — примерно миллиона человек. Вновь реакция была положительной. Удивительно, но 62% респондентов обнаружили в персонализированном еженедельном плейлисте свою «новую любимую песню». В результате руководство Spotify решило запус­тить функцию Discover Weekly для всех пользователей сервиса.

Еженедельное расширение масштаба Discover Weekly с 1 млн пользователей до 75 млн на 21 языке в разных часовых поясах оказалось для программистов серьезной задачей. Тем не менее, работая в духе Agile, полностью сосредоточившись на цели, команда завершила работу всего лишь за пару месяцев. Когда в июле 2015 года Discover Weekly представили всем пользователям Spotify, успех был ошеломительный. Такого Огл и его программисты даже помыслить себе не могли.

Фактически Discover Weekly стала всемирным феноменом. Она способствовала стремительному развитию бренда Spotify и невероятному притоку новых пользователей. Это не просто новая функция — это практически новый бренд, которым пользуются жители других стран. Название Discover Weekly не нуждается в переводе на другие языки. Каждый понедельник пользователи Spotify, число которых сегодня перевалило далеко за 100 млн, получают плейлист из 30 песен. Он похож на подарок от талантливого друга-меломана. Он знает ваши музыкальные предпочтения и объехал весь мир, чтобы лично отобрать лучшую музыку. И она вам понравится.

По словам пользователей, плейлисты Discover Weekly порой пугают их — до того свежими и знакомыми они кажутся. Самая типичная реакция на каждую новинку: «Похоже, Discover Weekly знает меня лучше, чем я сам!». В течение первых шести месяцев песни из плейлистов Discover Weekly были проиграны несколько миллиардов раз.

«Если вы самый неизвестный, самый странный музыкант в мире и ваша музыка понравится лишь 20 поклонникам, — говорит Огл, — то мы сможем найти этих 20 человек и связать вас на таком уровне, на каком это не осуществлялось никогда».

Discover Weekly дает Spotify огромное преимущество перед конкурентами типа Pandora и Apple Music, которые также предлагают обширные каталоги музыки, однако не используют персонализированный подход. Впрочем, в Spotify знают, что нельзя останавливаться на достигнутом: конкуренты вскоре воссоздадут свой Discover Weekly. Работая в духе Agile, Spotify уже обгоняет соперников благодаря инновациям, которые призваны еще сильнее привязать пользователей к любимому сервису. Руководство Spotify знает: сервис выживет, только если продолжать следовать Agile и вводить инновации быстрее конкурентов.

***

Теперь рассмотрим историю Barclays, трансатлантического банка с 327-летней историей и штатом, превышающим 100 тысяч сотрудников. На первый взгляд сама мысль о том, что этот консервативный монстр может стать таким же гибким, как Spotify, и предлагать мгновенный, безупречный, персонализированный банковский сервис в большом масштабе, кажется сомнительной. Банк работает в сложных условиях. Его деятельность жестко регулируется. Он восстанавливается после крупного финансового кризиса. К тому же выход Великобритании из ЕС сулит ему новые проблемы. Этот банк предлагает продукты и услуги физического, корпоративного и инвестиционного банкинга, выпуск кредитных карт и управление частным капиталом. Barclays широко представлен на двух «домашних» рынках — в Великобритании (здесь на него приходится треть всех платежей) и США, а всего ведет деятельность более чем в 40 странах.

Несмотря на свои размер и географию, Barclays, как и все крупные меж­дународные банки, понимает, чего хотят его клиенты. Они ждут от банка такой же мгновенной, персонализированной, слаженной ответной реакции в большом масштабе, которую дает плейлист Discover Weekly от Spotify. Людям нужны быстрые и полезные ответы, причем не только на простые вопросы вроде «Сколько денег на моем счету?», но и более изощренные: «Должен ли я тратить деньги на эту машину? Что лучше — купить, арендовать или взять в кредит? Какая страховка мне нужна? Как она отразится на моих сбережениях? Какая пенсия меня ждет?». Если Barclays сумеет найти ответы на эти вопросы — а он, как и Spotify, располагает огромными данными о своих потребителях, — то ему удастся значительно повысить свою ценность в глазах клиентов.

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

Еще несколько десятилетий назад проблема не стояла так остро. Клиенты могли договориться о встрече с менеджером местного отделения и обсудить с ним свои дела — ремонт дома, покупку новой машины или акций, чтобы обеспечить себе запас на старость. Финансовое благополучие зависело от степени теплоты отношений с этим менеджером, во власти которого — содействовать получению кредита, дать дельный совет и т. д. Но такое общение было неудобно тем, что занимало много времени, и банку приходилось прикладывать титанические усилия для подготовки огромного количества различных документов и отчетов.

Как отказаться от старомодного метода ведения банковской деятельности? Как перейти к простой, удобной, персонализированной модели, которую в любой области ждут миллионы потребителей XXI века?

В отличие от Spotify, Barclays взял на вооружение Agile лишь недавно. Как и во многих международных банках, методы и процессы управления в нем были абсолютно иерархичными и бюрократическими. Хотя среди них имелись отдельные «оазисы» Agile-программистов, сама культура Agile не распространялась на всю организацию. Кроме того, в силу своей банковской специфики Barclays не имел возможности проводить эксперименты со своими клиентами и делать выводы на их основе.

Справедливости ради надо заметить, что руководство видело, с какой гибкостью стали действовать некоторые конкуренты, прежде всего азиатские, например Alibaba и Tencent. Их методы управления и системы данных ориентированы на удовлетворение нужд потребителей, а не на собственные внутренние ограничения. Упомянутые структуры завоевывают новых сторонников всего лишь за пару центов, в то время как затраты на новых клиентов для крупных финансовых игроков типа Barclays гораздо выше. При этом цифровые гиганты Google, Amazon и Apple обрабатывают постоянно растущую долю мировых финансовых транзакций, которые раньше принадлежали банкам. Новые финансовые стартапы стремительно внедряют инновации и вот-вот создадут тот самый оперативный, персонализированный и синхронизированный сервис, которого с нетерпением ожидают клиенты. Несмотря на малый размер, многие из этих стартапов уже оцениваются в миллиард долларов. Группа из тридцати таких новаторов, возникших за последние несколько лет, в сумме превышает рыночную капитализацию Barclays.

В 2014 году Barclays начал реагировать на «внешние угрозы». Банк признал, что ему необходимо изменить методы работы, управленческие практики и системы. Он не желал отставать от новых конкурентов. Руководители банка поняли, что смогут добиться успеха, только если, как и Spotify, предложат рынку простой, удобный и персонализированный сервис на должном уровне, иными словами, станут гибкими. В марте 2015 года подразделение по операциям и технологиям Barclays объявило аgile-трансформацию своей ключевой стратегией. Двигателем Agile-преобразований в банке стали уже упомянутые «оазисы» разработки ПО.

Через два года, к марту 2017-го, банк добился удивительных результатов. После объемной программы обучения и коучинга в нем работали уже более тысячи самоорганизующихся Agile-команд — около 15 000 человек. Они были сосредоточены на ключевых сегментах бизнеса (коммерческий и инвестиционный банкинг, счета, аудит и соблюдение законодательных требований) и имели целью максимально быстрое создание ценности для потребителей. Некоторые команды по-прежнему находились на ранних стадиях мастерства Agile-практик. Но значительная их доля уже достигла зрелости и добилась внушительных успехов в повышении эффективности работы Barclays.

Например, Agile-команда по кредитам разработала форму онлайн-заявки на кредит. Она сократила время между «первоначальным запросом» и «ответом Barclays» с 12 дней до 12 минут. Онлайн-решение работает в тысячу раз быстрее, чем трудоемкие бумажные процедуры и личные встречи, предполагающие посещение офиса.

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

Agile-трансформация в Barclays является одновременно нисходящей и восходящей. Для внедрения нового метода важны поддержка и вдохновение сверху. (Что немаловажно, они помогают ликвидировать административные препятствия.) В состав Agile-команд входят примерно 15 000 рядовых работников. На уровне сотрудников есть сообщество из Agile-практиков, в котором состоит 2500 человек. Именно его члены в 2014 году разработали предложение о трансформации — «Гибкое предприятие». Благодаря их усилиям Agile не воспринимается как навязанный сверху, и психологический уровень вовлеченности в работу сотрудников разного уровня очень высок.

Несмотря на достигнутые результаты, надо иметь в виду, что аgile-трансформация в Barclays только началась. Банку предстоит проделать большую работу, прежде чем он начнет полностью использовать функции и ноу-хау алгоритмов, призванных помочь принять лучшие финансовые решения миллионам пользователей. Выход на новые рубежи требует глубокого анализа разных ситуаций, контекстов и возможностей, умения оперативно удовлетворять потребности клиентов и в большом масштабе. Лишь спустя годы стабильного следования Agile банк сможет заявить, что ему удалось стать полностью гибким.

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

***

Spotify и Barclays — лишь две из тысяч организаций, сделавших фундаментальное открытие: бизнес-успех в XXI веке все больше зависит от того, насколько быстро компания реагирует на стремительно меняющуюся и все более непредсказуемую реальность.

В результате Agile-менеджмент сегодня распространяется по всем субъектам рынка и во всех сферах экономики. В 2016 году Harvard Business Review высказал это устами авторов одной статьи — Даррелла Ригби, Джеффа Сазерленда и Хиротаки Такеучи:

Адаптивная (Agile) модель, ценности, принципы, методы и плюсы которой полностью противоположны тем, что приняты при авторитарном стиле управления, становится все более популярной в самых разных отраслях, видах деятельности и на самых разных уровнях. Американское Национальное общественное радио создает по этой модели новые программы, John Deere разрабатывает технику, Saab — реактивные истребители. Компания Intronis, один из ведущих вендоров ПО и облачного хранения данных, применяет ее в маркетинге. C. H. Robinson, глобальная компания, которая специализируется на грузоперевозках и логистике, — в управлении кадрами. Винодельческая компания Mission Bell Winery — во всем, от производства вина и хранения его на складах до организации работы своих топ-менеджеров.

Ключевое значение Agile для общего управления также признала McKinsey & Company в марте 2016 года. Компания проводила «Хакатон глобальной гибкости» (Global Agility Hackathon), в котором соревновались 1500 участников по всему миру. Вот что сказали победители форума:

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

Необходимость внедрения Agile для общего управления также подтверждена выводами SD Learning Consortium. В эту группу компаний входят Microsoft, Ericsson, C. H. Robinson, Riot Games, Barclays и Cerner. На фоне дискуссий о значении Agile она стремится определить, что действительно происходит, и понять, какие методы работают, а какие нет. Представители этой некоммерческой организации посетили некоторые компании и увидели, что в отдельных случаях, как уже упоминалось выше, менеджеры следовали Agile лишь на словах, а на деле по-прежнему господствовала нисходящая бюрократия. Однако в ходе большинства визитов выяснилось, что крупные корпорации широко внедряют цели, принципы и ценности Agile.

***

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

Agile-менеджмент заключается, образно говоря, в том, чтобы работать головой, а не руками. Иными словами, Agile предполагает создание большей ценности при меньших трудозатратах. Например, в 2012 году Ericsson — шведская компания со 140-летней историей и сотней тысяч сотрудников — приняла Agile в одном из своих подразделений по управлению сетями всемирных телекоммуникационных компаний. Конкуренция в этом секторе огромна. Еще несколько лет назад международных компаний было семь, а сегодня осталось лишь три, в том числе и Ericsson. До 2011 года одно подразделение Ericsson, сос­тоявшее из нескольких тысяч сотрудников, построило систему, работающую на основе пятилетнего цикла, презентовало ее потребителям телекоммуникационных услуг, а затем доработало в соответствии с их нуждами.

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

Так, один из клиентов Ericsson предрек: «Чтобы запустить новую сис­тему в целой сети, нам понадобится около 120 модернизаций. Раньше мы и мечтать не могли о такой цифре. Но нынешняя кооперация сделала ее возможной». Преимущества такой стратегии налицо: клиент быст­рее получает ценность, Ericsson имеет меньше незавершенной работы, на один-два года быстрее модифицирует свои продукты, в следовательно, с такой же скоростью получает и доход.

***

Одно из распространенных заблуждений — считать Agile-менеджмент технологией, диджитализацией, а не управленческим решением. Хотя, безусловно, для создания мгновенной, налаженной, персонализированной ценности в широком масштабе Agile использует цифровые технологии, но успех кроется именно в Agile-управлении. Когда теми же цифровыми технологиями — машинным обучением, платформами, блокчейном или интернетом вещей — пользуется нисходящая бюрократия, результаты получаются недостаточные — отчасти потому, что внут­ренние инновации приводят к преобразованиям, которые не интересуют клиентов или за которые они не хотят платить.

Решение сложных проблем требует постоянной координации деятельности от подразделений компании и взаимодействия с потребителями. Но создание оперативного, налаженного персонализированного опыта, который понравится потребителям, противоречит интересам бюрократии, зацикленной на самой себе. Ее изначальная задача — обеспечить постоянную посредственную производительность в соответствии с внут­ренними правилами, установленными самой организацией.

Более того, бюрократии со своими огромными структурами подчинения не способны действовать быстро. Они не успевают использовать возможности, возникающие на VUCA-рынке. Как уже сказано выше, в условиях конкуренции решающее значение приобретают не сами технологии, а скорость их внедрения. Фактором стабильного успеха является Agile-мышление.

Но что такое Agile? Что означает для компании «принять Agile-мышление»? Слова «гибкий» или «проворный» у большинства читателей наверняка ассоциируются с белкой, балериной, футболистом-чемпионом, но никак не с громоздкой, неуклюжей компанией, которая видит в своих клиентах только источник прибыли. Мы привыкли иметь дело с организациями, которые безнадежно завязли в своих сводах правил и которых волнуют лишь внутренние процессы. «Вы покупаете то, что мы производим. Так будет всегда», — вот их негласный девиз. Однако деятельность SD Learning Consortium доказывает, что крупные Agile-организации существуют.

Проблема понимания Agile усугубляется существованием более чем 40 наименований различных форм Agile. Не помогает и многообразие аgile-практик. Более семидесяти из них я описал в своей книге The Leader’s Guide to Radical Management, вышедшей в 2010 году. Как традиционным менеджерам понять весь этот калейдоскоп идей?

Если присмотреться, мы увидим, что организации, принявшие Agile, обладают тремя ключевыми характеристиками. К ним относятся:

  1. Закон микрокоманды.
  2. Закон клиента.
  3. Закон сети.

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

На протяжении первого десятилетия Agile-движения (2000-е годы) основные усилия тратились на выяснение того, как систематически создавать эффективные команды. Разумеется, сама идея создания команд не нова — мы все знаем об их магической силе. Каждый из нас хотя бы раз в жизни состоял в небольшой команде с превосходно налаженной коммуникацией, думающей и действующей как единое целое. При этом никто не диктовал нам, как и что следует делать, члены команды доверяли друг другу, и это доверие вознаграждалось результатом. Группа словно обладала собственным разумом. Разногласия улаживались в процессе личного общения. Работа в таких условиях становится приятным занятием. Группа находится в состоянии потока.

Атмосфера во многих компаниях ХХ века была совершенно иной. Обширные планы вели к созданию крупных систем по производству огромных партий стандартного продукта. Успех достигался благодаря эффекту масштаба. Рабочие задачи разбивались на маленькие, зачастую бессмысленные участки. Сотрудники отчитывались перед боссом, который стремился обеспечить постоянные и точные показатели в соответствии с планом. Босс босса делал то же самое и так далее. Планы и бюджеты создавались и распределялись в каждом отделе, в каждом подразделении. Связь между деятельностью компании и ее влиянием на жизнь потребителя зачастую терялась в сложных внутренних системах. Результатом этой «гигантомании» сегодня стала невовлеченная рабочая сила: лишь каждый пятый сотрудник действительно вовлечен в процесс, тогда как каждый седьмой активно не вовлечен и стремится намеренно подорвать деятельность своей компании.

На протяжении ХХ века специалисты один за другим утверждали, что работа в командах станет лучшим способом выполнения задач. Первой стала Мэри Паркер Фоллетт в 1920-х годах. Затем ее мысль повторили Элтон Мэйо и Честер Барнард в 1930-х, Абрахам Маслоу в 1940-х, Дуглас Макгрегор в 1960-х, Том Питерс и Роберт Уотерман в 1980-х, Дуглас Смит и Джон Катценбах в 1990-х и Ричард Хакман в 2000-х годах.

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

Во-вторых, многие команды в организациях ХХ века были таковыми лишь на словах. На самом деле, руководитель каждой из них действовал так же, как и любой «бюрократический» босс в бюрократии.

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

Именно Agile-движение определило, как создать среду, которая поддерживает постоянную высокую эффективность этих команд. Если бы существовала Нобелевская премия по менеджменту и если бы в мире торжествовала справедливость, создатели Agile стали бы нобелевскими лауреатами. Их заслуги давно признаны в мире разработки ПО, и сегодня их идеи получают популярность в сфере общего менеджмента.

Второй характеристикой Agile-организаций является Закон клиента. Приверженцы Agile просто одержимы идеей создания ценности для клиентов, чье первостепенное значение признано в первом принципе Agile-манифеста:

  1. Наш наивысший приоритет — это удовлетворение заказчика при помощи непрерывных поставок ценного для него программного обеспечения.

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

После решения проблемы создания высокоэффективных команд на постоянной основе внимание программистов сместилось. Власть на рынке перешла от продавца к покупателю. Кем являются упомянутые выше владельцы продукта и как они определяют желания и потребности клиента? Этот вопрос становился все более насущным, так как по Закону клиента потребитель неожиданно, пугающе и к огромному удивлению компаний ХХ века стал диктатором. Глобализация, децентрализация и новые технологии, в особенности интернет, наделили его возможностями выбора и взаимодействия с другими потребителями. Заняв на рынке главенствующее положение, пользователь «настроился» на мгновенную, хорошо налаженную, персонализированную ценность, желательно бесплатную.

В результате компаниям, привыкшим к тому, что клиентов можно использовать в своих интересах и манипулировать ими, пришлось менять свое отношение. Раньше, если потребителю не нравился товар или услуга, производитель мог сказать: «Претензия услышана, но мы предлагаем именно такой продукт. Либо покупайте, либо уходите. Мы постараемся учесть ваши замечания в следующей модели через несколько лет». На современном конкурентном рынке подобный подход теряет свою эффективность. Потребитель думает: «Зачем ждать несколько лет? Если вы не удов­летворите мое желание немедленно, я найду того, кто сделает это».

Приоритет клиента является одновременно самым очевидным и самым сложным аспектом Agile. Одна из причин его сложности для понимания заключается в том, что менеджеры ХХ века зазубрили фразы вроде «Клиент на первом месте!», мало вдаваясь в их смысл. Они продолжают управлять компаниями как нисходящими бюрократиями, которые варятся в собственном соку и заинтересованы лишь в создании ценности для акционеров.

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

В компаниях, принявших Agile, ориентация на клиента означает абсолютно иное. Каждый сотрудник здесь буквально одержим созданием все большей ценности для клиентов. Он имеет четкое представление о конечном потребителе и видит, как его работа повышает — или не повышает — эту пресловутую ценность. В последнем случае возникает немедленный вопрос: зачем вообще выполняется это действие? В результате компания меняет всё — цели, ценности, принципы, процессы, системы, практики, структуры данных и стимулы. Благодаря постоянным преобразованиям она создает ценность для клиентов и беспощадно избавляется от всего, что не приносит пользы.

Третьей характеристикой является Закон сети. Приверженцы Agile рассматривают свою организацию как гибкую и прозрачную сеть игроков, взаимодействующих друг с другом ради общей цели — приносить клиентам радость.

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

Эта проблема широко распространена даже в тех организациях, которые активно вводят Agile на командном уровне. В исследованиях говорится, что 80–90% таких команд ощущают противоречие между методом управления Agile-команды и методом управления всей организации. В половине случаев напряжение такой ситуацией высокое.

Закон сети представляет собой границу Agile-движения. Он объясняет, как сделать всю структуру гибкой. Это непросто, потому что в Agile абсолютно иные принципы деятельности организации. В центре концепции менеджмента ХХ века лежит идея корпорации как эффективной и устойчивой машины. Ее цель — развивать существующую бизнес-модель. Руководители Google Эрик Шмидт и Джонатан Розенберг писали в своей книге «Как работает Google»: «Традиционное мышление в стиле MBA диктует вам необходимость создавать устойчивое преимущество над конкурентами. Затем вы закрываете свою крепость и защищаетесь кипящим маслом и огненными стрелами».

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

Изменения, способные компенсировать статичный характер организации, изучались в течение многих десятилетий. В их число входили целевые, оперативные, специальные проектные группы, департаменты планирования, секретные эксперименты, исследования и разработки (R&D), двойственные операционные системы, воронки знаний, дизайн-мышление и многое другое. Но эти нововведения подразумевали ту же непременную концепцию корпорации как статичной машины с вертикальной динамикой подчинения. Большие боссы продолжали назначать маленьких боссов, и так далее по нисходящей. Организация, как и преж­де, работала, словно гигантский военный крейсер — огромный, устрашающий, но медленный и сложный для маневрирования.

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

Распространено заблуждение, что Agile-организации обязательно имеют горизонтальную структуру и в них отсутствует иерархия. На самом деле высшее руководство по-прежнему выполняет в них важную функцию — задает вектор движения. Нерадивых сотрудников по-прежнему увольняют за невыполнение работы. Более того, Agile-организации стремятся к высоким результатам даже настойчивее, чем традиционная бюрократия. Абсолютная прозрачность процесса и ответственность перед коллегами не дают возможность пересидеть аврал.

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

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

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

Таким образом, три закона означают следующее. Во-первых, микрокоманды работают над маленькими задачами небольшими итеративными рабочими циклами и поставляют ценность для клиентов. Во-вторых, компания постоянно приумножает ценность для клиентов. Наконец, третий закон предполагает скоординированную работу в интерактивной сети. Именно эти законы позволили Spotify еженедельно создавать персонализированные плейлисты для более чем 100 млн пользователей. Те же принципы превратили Barclays в банк, предоставляющий простые, удобные персонализированные услуги оперативно и в большом масштабе. То же можно сказать и об Ericsson, сетевой менеджмент начал приносить больше ценности своим клиентам в более быстрые сроки.

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

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

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

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

***

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

Но второй закон, согласно которому цель компании заключается в том, чтобы приносить ценность клиенту, является самым важным. Именно он объясняет остальные два и дает понять, почему Agile-организации работают именно так, а не иначе.

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

Таким образом, Agile-управление осуществляется на основе трех законов, в совокупности создающих основы Agile-организации. Три этих закона позволяют нам понять огромное множество гибких практик, которые можно — или нельзя — применить в конкретных условиях. Практики могут меняться, но Agile-мышление, использующее три закона, неизменно. Оно предлагает надежное руководство к тому, что необходимо для внедрения в организации новой управленческой парадигмы.

 

МАНИФЕСТ ГИБКОЙ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

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

Мы следуем этим принципам:

  1. Наивысшим приоритетом для нас является удовлетворение потребностей заказчика благодаря регулярной и ранней поставке ценного программного обеспечения.
  2. Изменение требований приветствуется, даже на поздних стадиях разработки. Agile-процессы позволяют использовать изменения для обеспечения заказчику конкурентного преимущества.
  3. Работающий продукт следует выпускать как можно чаще, с периодичностью от пары недель до пары месяцев.
  4. На протяжении всего проекта разработчики и представители бизнеса должны ежедневно работать вместе.
  5. Над проектом должны работать мотивированные профессионалы. Чтобы работа была сделана, создайте условия, обеспечьте поддержку и полностью доверьтесь им.
  6. Непосредственное общение является наиболее практичным и эффективным способом обмена информацией как с самой командой, так и внутри команды.
  7. Работающий продукт — основной показатель прогресса.
  8. Инвесторы, разработчики и пользователи должны иметь возможность поддерживать постоянный ритм бесконечно. Agile помогает наладить такой устойчивый процесс разработки.
  9. Постоянное внимание к техническому совершенству и качеству проектирования повышает гибкость проекта.
  10. Простота — искусство минимизации лишней работы — крайне необходима.
  11. Самые лучшие требования, архитектурные и технические решения рождаются у самоорганизующихся команд.
  12. Команда должна систематически анализировать возможные способы улучшения эффективности и соответственно корректировать стиль своей работы.

Кент Бек

Майк Бидл

Ари ван Беннекум

Джеймс Греннинг

Джим Хайсмит

Эндрю Хант

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

Стив Меллор

Кен Швабер

Алистер Кокбёрн

Уорд Каннингем

Мартин Фаулер

Рон Джеффрис

Джон Керн

Брайан Марик

Джефф Сазерленд

Дэйв Томас

© 2001 Вышеупомянутые авторы. Это заявление можно свободно копировать в любой форме, но лишь целиком и с этим заявлением.

 
 

ГЛОССАРИЙ: ОПРЕДЕЛЕНИЯ AGILE, SCRUM, DEVOPS, КАНБАН, БЕРЕЖЛИВОГО ПРОИЗВОДСТВА

Agile — это движение, зародившееся в 2001 году в виде набора ценностей и принципов. Они были выражены в Agile-манифесте, подписанном в том же году. У движения были предшественники, например quality movement и «дизайн-мышление». Позже Манифест привел к появлению многочисленных управленческих подходов, включая Scrum, DevOps, бережливое производство и Канбан. Спустя некоторое время они эволюционировали в сообщество людей с особым мышлением, сосредоточенных на постоянном создании ценности для потребителей. Такое мышление подразумевает итеративно-инкрементальный подход к работе в микрокомандах и способствует повышению гибкости внутри компании благодаря внедрению сетевого принципа ее функционирования.

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

DevOps (включает в себя слова development (разработка) и operations (эксплуатация)) — это культура, движение и практика, укрепляющая сотрудничество и коммуникацию между разработчиками ПО и другими профессионалами информационных технологий. При этом DevOps автоматизирует процесс поставки ПО и изменений в инфраструктуре, способствуя очень быстрому осуществлению изменений.

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

Бережливое производство — это систематическая методология по устранению потерь в рамках системы производства или разработки ПО. Оно преимущественно направлено на выявление факторов, приумножающих ценность, снизив все остальные издержки.

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

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

Источники: Херберт Саймон The Sciences of the Artificial (1969); Р. Макким Experiences in Visual Thinking (1973); Б. Лоусон How Designers Think (1980); Р. Бучанан Wicked Problems in Design Thinking, Design Issues 8, № 2 (Spring 1992). Дизайн-мышление было адаптировано к бизнес-целям дизайнерской консалтинговой компанией IDEO.

 
Назад: Введение
Дальше: Глава 2. Закон микрокоманды