Размер шрифта
-
+

Эпоха Agile - стр. 4

Новая парадигма позволяет организациям стабильно развиваться в мире непредсказуемых перемен. Она помогает подразделению или целому предприятию быстро адаптироваться к рынку и совершенствовать продукты и услуги. Компании, присоединившееся к движению, стремятся соответствовать технологическому прогрессу и удовлетворять потребности клиентов. Они повышают эффективность, улучшают качество или даже создают абсолютно новые продукты и услуги. Парадигма позволяет им процветать во все более нестабильную, неопределенную, сложную и неоднозначную эпоху – в так называемом мире VUCA[7].

Как началась эта революция? Одни ведут отсчет от появления в 2001 году основного документа движения – «Манифеста гибкой разработки программного обеспечения», теперь именуемого Agile-манифестом. Другие связывают изменения с более ранними историческими предпосылками и практиками управления. Они используют такие термины, как бережливое руководство, качество, дизайн-мышление или собственные обозначения[8].

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

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

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

Первые эксперименты проводились в отдельных командах, затем в группах команд и, наконец, в масштабе целых организаций. Новый способ управления распространялся на производстве и в других сферах[10]. Некоторые стартапы, принявшие Agile, продолжили использовать этот метод даже в успешно пройденной стадии роста.

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

Страница 4