Чтение онлайн

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

Книга разделена на три основные части, каждая из которых сосредоточена на одном из аспектов трансформации: почему, что и как.

В первой части – «Аргументы в пользу гибкости» – рассказывается о причинах, по которым гибкие способы работы больше подходят для современной бизнес-среды. Здесь также рассматривается Agile в историческом контексте и впервые рассказывается о VUCA, фреймворке Cynefin и первичности последствий оптимизации потока ценности в сравнении с оптимизацией ресурсов.

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

Третья часть – «Agile-трансформация» – фокусируется на том, какие уроки мы можем извлечь из предыдущих глав и как использовать этот материал для разработки конкретной стратегии изменения. В этой главе мы рассмотрим рабочую agile-группу (РАГ), определим рабочую agile-модель и приведем примеры бэклогов организационных изменений как части стратегической дорожной карты трансформации.

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

Главы с первой по десятую охватывают следующие темы.

• Глава 1, «Необходимость Agile» , рассказывает читателю о причинах, по которым возникает необходимость гибкости в бизнесе, и о том, почему работа по Agile сегодня важнее, чем когда-либо. Описаны исторический контекст создания Agile-манифеста и его влияние на мир за пределами разработки программного обеспечения.

• Глава 2, «Гибкость бизнеса» , содержит определения и объясняет, что гибкость бизнеса влечет за собой балансирование между тем, чтобы создавать правильную вещь, создавать ее правильным способом и создавать ее с правильной скоростью, оптимизируя поток работы и его последствия.

• Глава 3, «Технологии» , описывает инструменты, техники и методы, которые стоит принимать во внимание как часть стратегии трансформации. Глава не претендует на полный и исчерпывающий характер, но рассказывает о некоторых инструментах и методах, включая контекст, в котором они наиболее полезны.

• Глава 4, «Организационный дизайн» , повествует не только о преобразованиях физического рабочего пространства в соответствии с Agile, но и об организационных структурах. Мы рассмотрим традиционные и вновь появившиеся структуры и обсудим их преимущества и недостатки.

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

• Глава 6, «Лидерство» , сфокусирована на значении лидерства в гибкой среде. Мы обсудим руководство пятого уровня и «бирюзовое управление» и опишем Beyond Budgeting – модель руководства и управления, оптимизированную для гибкости бизнеса.

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

• Глава 8, «Создание рабочей agile-группы в организации» , рассказывает, что нужно для создания РАГ – двигателя гибкой трансформации компании. Мы рассмотрим характеристики РАГ, ее место в организационной структуре и то, как могут выглядеть карьерные пути членов группы в долгосрочной перспективе.

• Глава 9, «Операционная модель гибкого бизнеса» , объясняет, что мы имеем в виду под фразой «принимать изменения, действовать с определенной целью». Недостаточно адаптироваться под меняющиеся условия рынка. Успешные компании также должны выполнять свои обязательства перед покупателями, партнерами и сотрудниками.

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

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

Но почему все больше и больше корпораций – от традиционных энергетических и нефтегазовых компаний до гигантов инновационных технологий – хотят распространить гибкость за пределами сферы разработки продуктов и вживить ее в саму ДНК организации? Почему традиционные, еще вчера пригодные способы работы с вертикальной иерархией власти кажутся неподходящими в сегодняшней бизнес-среде?

В этой главе мы поговорим о том, почему руководители видят гибкость бизнеса одним из своих приоритетов [2] . Я начну с истоков современной управленческой мысли, расскажу, где и почему она появилась, и объясню, как современная бизнес-среда определяется через нестабильность (volatility), неопределенность (uncertainty), сложность (complexity) и неоднозначность (ambiguity) – модель VUCA. Затем я поделюсь, как организации могут получать прибыль от беспорядка и как можно оптимизировать бизнес-системы, чтобы они приняли естественную изменчивость современной бизнес-среды, вместо того чтобы избегать ее.

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