Даррелл Ригби - Agile, который работает. Как правильно трансформировать бизнес во времена радикальных перемен
- Название:Agile, который работает. Как правильно трансформировать бизнес во времена радикальных перемен
- Автор:
- Жанр:
- Издательство:неизвестно
- Год:неизвестен
- ISBN:978-5-04-173163-2
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Даррелл Ригби - Agile, который работает. Как правильно трансформировать бизнес во времена радикальных перемен краткое содержание
Эта книга – дорожная карта трансформации бизнеса. С ней вы:
– определите, на каких уровнях компании нужно создать гибкие команды;
– ускорите изменения благодаря Agile-подходу;
– научитесь приспосабливаться к нестабильной среде;
– избежите 90 % ошибок, с которыми сталкиваются инноваторы.
Даррелл Ригби, Сара Элк и Стив Берез – эксперты в области трансформации компаний. Они помогают бизнес-лидерам по всему миру раскрыть потенциал сотрудников и повысить скорость, гибкость и эффективность внедряемых инноваций.
Agile, который работает. Как правильно трансформировать бизнес во времена радикальных перемен - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Сегодня мы понимаем ограничения бюрократии. Великий немецкий социолог Макс Вебер, который первым предложил систематическое описание бюрократии и хорошо понимал ее эффективность, предупреждал, что она может создать бездушную «железную клетку», которая запирает людей в обезличенных организациях и ограничивает их потенциал. [3]Он был прав: большинство людей сегодня работают в бюрократических структурах и чувствуют себя оторванными от своей работы. Широко распространенная среди молодежи привлекательность стартапов и малого бизнеса в сравнении с годами, потраченными на восхождение по корпоративным лестницам, отражает этот недостаток. Кроме того, бюрократии с трудом даются инновации. Она работает, когда ее организационные задачи – что и как делать – ясны, стабильны и предсказуемы. Инновации по определению не отвечают ни одному из этих критериев. Подобные ограничения способствовали формированию плохой репутации бюрократии и росту таких антибюрократических подходов, как Agile.
И все же постараемся рассмотреть неблагоприятные последствия поощрения повсеместного разнообразия, спонтанных экспериментов и децентрализованного принятия решений – признаков Agile – в таких областях, как безопасность пищевых продуктов или лекарств, политика борьбы с дискриминацией и домогательствами, бухгалтерский учет, безопасность воздушных судов, контроль качества производства. Компании должны вести бизнес, поставляя клиентам стандартизированные продукты и предоставляя предсказуемые услуги. Именно для этого им необходимы бюрократические структуры и процедуры, включая согласования на иерархических уровнях, специализированное разделение труда и стандартные операционные процедуры.
Проще говоря, задача состоит не в том, чтобы повсюду заменить бюрократию на Agile, а в том, чтобы найти баланс между этими подходами. Организации должны руководить процессами, хорошо ведя операционную деятельность. Им необходимо менять бизнес, постоянно внедряя не только новые продукты и услуги или инновации, но и новые методы и процедуры работы. Хотя подобные задачи требуют различных навыков, они не противоречат друг другу. Скорее представляют собой взаимодополняющие, взаимозависимые, взаимовыгодные возможности, которые нуждаются друг в друге, чтобы выжить. Недостаточное внимание к инновациям формирует статичное предприятие, не способное адаптироваться к изменяющимся условиям. Подобное отношение к операционной деятельности создает хаос – низкое качество, высокие затраты и опасные риски для клиентов и бизнеса.
Большинство крупных компаний сегодня сделали выбор в пользу бюрократии и нуждаются в инновациях. Они создали неподвижные организации, нацеленные на достижение предсказуемых результатов. Вот почему Agile так популярен. Но решение не в том, чтобы до упора склонить чашу весов в другую сторону. Скорее, оно заключается в том, чтобы следовать бюрократическим правилам и соблюдать иерархию там, где это уместно. Например, делая старые инструменты управления более удобными для людей и в то же время используя гибкие методы там, где это необходимо. Подобная схема может показаться простой, но это не так. Agile и бюрократия подобны маслу и уксусу: они хороши в смеси, но их нелегко смешать. Быстрее получится смесь азотной кислоты и глицерина, что может привести к взрыву.
Agile-команды добиваются успеха, быстро выполняя работу. Они претворяют в жизнь новые идеи, часто еще до того, как те полностью сформулированы, и тестируют их с потенциальными клиентами. Они не уважают бюрократию и не следуют детализированным планам. Чтобы такие команды добились успеха в организации, им нужно много свободы и поддержки. Бюрократия им, разумеется, прямо противоположна: она успешно существует только при жестком контроле. Бюрократы хотят точно знать, что уже сделала группа, что она планирует сделать в течение следующих двенадцати месяцев и сколько все это будет стоить. Для традиционной бюрократии Agile-команды могут казаться инородными телами, заражающими организм. Формалисты часто видят свою работу в том, чтобы, подобно Т-клеткам в иммунной системе, устранить инфекцию или, по крайней мере, ограничить наносимый ею вред.
На настоящем Agile-предприятии бюрократия и инновации становятся партнерами. Они создают систему, в которой улучшаются оба компонента и в которой представители того и другого лагеря сотрудничают, чтобы добиться превосходных результатов. Чуть позже мы покажем, как гармонизировать эти два компонента.
А сейчас займемся Agile
Фредерик Уинслоу Тейлор утверждал, что смог превратить бюрократическое управление из искусства в науку. Его исследования с секундомером считаются классикой в летописях бизнеса. В своей книге «Принципы научного менеджмента» 1911 года он изложил четыре фундаментальных принципа:
1. Менеджеры планируют работу, а рабочие ее выполняют;
2. Менеджеры проводят научный анализ наиболее эффективных способов выполнения работы;
3. Менеджеры проводят научный отбор и обучение правильных работников правильным видам работ;
4. Менеджеры строго контролируют выполнение работниками поставленных задач. [4]
В то время методы Тейлора подвергались жесткой критике за то, что он относился к людям, как к машинам. Но его подход прижился и пережил своего создателя. Даже сегодня во многих компаниях есть менеджеры и руководители, которые в душе являются тейлористами. А когда тейлористы пытаются внедрить Agile, это беда.
Часто получается так: высшее руководство планирует Agile-трансформацию своих подчиненных, а не самих себя. Компания создает проектный офис для управления программой с высокими полномочиями по принятию решений. Этот отдел составляет подробные бюджеты, определяет вехи и дорожные карты по выполнению проекта, дополненные диаграммами Ганта и строгими системами отчетности, чтобы обеспечить выполнение планов. Департамент создает массу Agile-команд, обычно возглавляемых тейлористами, только что прошедшими двухдневную подготовку по Agile. Если какая-то из команд добивается успеха, пусть и незначительного, проектный офис громко оповещает об этом в надежде убедить как внутреннюю, так и внешнюю аудиторию, что программа работает по плану. Тем временем само руководство продолжает действовать как раньше, контролируя все процессы и занимаясь микроменеджментом своих подчиненных, в число которых теперь входят члены Agile-команд. Эти управленцы часто указывают командам не только что делать, но и как это делать. В конце концов, разве не в этом заключается работа начальника?
Однако Agile погибает, если им управляют сверху, применяя микроменеджмент. Все его положения о самоуправлении, тестировании, обучении и т. д. начинают звучать фальшиво. Так или иначе, инструменты директивного управления по принципу «сверху вниз» не работают в среде Agile. Сравнительные анализы оказываются бесполезными вне их уникального контекста. Прогнозы людей все чаще становятся ошибочными, потому что руководители неспособны распознать или приспособиться к непредсказуемой динамике системы. Для диагностики здоровой среды Agile-программ в организации мы используем инструмент, называемый коэффициентом гибкости Бейна. При тейлористском подходе руководители и члены команды по-разному воспринимают ситуацию. Топ-менеджеры описывают Agile-инициативы компании как успешные и удовлетворительные. Члены Agile-команд, которые ближе к фронту работ, считают результаты программы разочаровывающими и обескураживающими. Они мало чем отличаются от результатов традиционных целевых рабочих групп. Сначала мы предполагали, что руководители лгут, но вскоре поняли, что они просто не в курсе. Они настолько далеки от использования Agile, что знают только то, что им говорят подчиненные. А те, в свою очередь, говорят только то, что руководители хотят услышать.
Читать дальшеИнтервал:
Закладка: