Помоги проекту - поделись книгой:
Scrum-студия – простой и быстрый путь для начала использования инкрементального, непрерывного улучшения в разработке программного обеспечения. Scrum и показатели студии помогают выявить проблемные области.
8. Scrum на уровне организации
Многие организации принимают решение перейти на Scrum. Как и в случаях со многими другими типами организационных преобразований, результаты зависят от многих факторов. Некоторые фактические результаты описаны в этой главе наряду с обстановкой, которая создана для каждого из них.
Мы работали со многими организациями, большими и маленькими, чтобы помочь им трансформироваться и получить эти преимущества. Первая публикация об этих усилиях, The Playbook for Achieving Enterprise Agility («Пособие для достижения бизнес-гибкости»), выпущена в 2005 году в результате сотрудничества Кена Швабера с корпорацией Rally. Она не была доступна широкой публике, но часто используется при развертывании Scrum. С этой публикацией можно ознакомиться в Приложении 2.
Позже, в 2007 году, Кен написал книгу об адаптации Scrum на уровень организации, The Enterprise and Scrum[12]. Он описал стратегию и тактику для этой адаптации. Тактика применения Scrum для управления самой трансформацией также объяснялась.
Тип адаптации, который мы уже увидели, как правило, весьма приятен. Организация регулярно выпускает качественные, ценные релизы программного обеспечения, и они хорошо принимаются пользователями. Отделы разработки и продвижения продуктов эффективно работают вместе, чтобы формулировать и предоставлять новые релизы.
В процессе перехода к Scrum вся работа организации переворачивается, находясь в контролируемом хаосе в течение нескольких лет.
В конечном счете релизы программного обеспечения станут лучше, сотрудники будут ходить на работу с удовольствием, а потребители полюбят сотрудничество с вашей организацией. Тем не менее преобразование зависит от высшего руководства, которое его запускает. Очень часто этот человек идет на повышение, или его нанимают где-то еще до того, как другие люди, которые понимают новый способ мышления и работы, развиваются в рамках всей организации, и до того, как трансформации закреплены в самой организации. Поэтому, когда он покидает организацию, улучшения не закрепляются. Старая культура работы, на которую новые методы накладывались, не искоренена полностью и вновь проявляет себя. Совершенство и непрерывное улучшение медленно снижаются. Организация остается во много раз лучше, чем она была до того, как стала использовать Scrum, но не на том уровне, на котором могла бы быть. Люди начинают стараться. В течение нескольких лет организация становится лучше, чем в самом начале, но это еще не гибкая Scrum-организация. Возможность была упущена.
Сравнивая записи, мы обнаружили, что это правда почти для каждой преобразованной компании, которую мы знаем и в которой принимали участие.
Компания Primavera служит примером такого типа трансформации. Primavera производит пакет программного обеспечения для управления проектами, TeamPlay, созданного для индустрии разработки программного обеспечения. Все аспекты каскадного процесса автоматизированы в этом продукте. В начале 2000-х Primavera билась изо всех сил, чтобы закончить новый релиз TeamPlay. Выпуск выбился из графика, стоил дорого, был не закончен и имел неудовлетворительное качество. В 2003 году Primavera изучала использование Scrum. Возглавляемая Бобом Шацем, исполнительным директором по разработке программного обеспечения, организация трансформировала себя. Управление продуктами, продвижением, продажами, штатный персонал, поддержка и разработка продукта – все стало гибким, приспособленным и в высшей степени конкурентоспособным. Ирония была в том, что Primavera использовала эмпирический процесс, Scrum, для создания инструмента для предиктивного процесса TeamPlay. Вся история рассказана на сайте Боба[13].
Боб покинул Primavera в 2005 году. Его главный помощник Ибрагим Абдельсафи ушел из компании почти сразу за ним. СТО и СЕО Primavera действительно никогда не нравился Scrum – точнее, их устраивали результаты, но не устраивало, что это подрывает использование их продуктов. Когда Боб и Ибрагим покинули компанию, не осталось высшего руководства, приверженного Scrum. Все использовали форму Scrum, но делали это все хуже и хуже. Прозрачность стала затуманиваться, предсказуемость пропала и так далее. Когда в 2008 году компания Oracle приобрела Primavera, она была лучше, чем до использования Scrum, но уже не превосходна. Важно отметить, что сотрудники больше не мечтали скорее прийти на работу и делать великие дела.
Наиболее успешная персона в организации – топ-менеджер, который разворачивает Scrum по всей компании. Этот человек знает, что требуется, чтобы добиться значительных организационных преобразований. Он знает, что культурная трансформация должна быть глубокой и полной, чтобы затронуть корни. Когда такой человек описывает успехи, он говорит не о том, что сделал он, а о том, что сделали другие. Джон П. Коттер, профессор Гарвардской школы бизнеса и автор книг по изменениям, сказал: «Когда я иду говорить с CEO о трансформации организации, он обычно просит меня провести встречу с ним и его персоналом. Если его персонал участвует в разговоре, я высоко оцениваю их шансы на успех. Если все переговоры ведет руководитель, у организации нет ни единого шанса».
Настоящие изменения могут быть достигнуты старомодным путем: с помощью упорного труда. Чтобы трансформация произошла как надо, вся организация должна понять новую культуру и создать ее. Даже при вынужденных обстоятельствах трансформация организации – очень сложная задача. Коттер, один из самых профессиональных агентов по внедрению изменений, посчитал, что этот тип трансформации требует от пяти до семи лет и только 30 % организаций успешно изменяются. Мы должны посмотреть на General Motors, Ford и Chrysler. Перед лицом жесткой конкуренции они не смогли поменяться за 40 лет, и только сейчас изменения начинают проявляться.
Если вы заинтересованы в таком типе изменений, мы адресуем вас к экспертам. Советуем начать с прекрасных книг Коттера, включая Leading Change[14] и Changing and Succeeding under Any Conditions[15]. Затем свяжитесь с его организацией или какой-либо другой, специализирующейся на организационных изменениях.
Carbonite была основана в 2005 году и стала публичной компанией в августе 2011 года. Продукты компании предлагают автоматическое онлайн-резервирование персональных компьютеров, везде и в любое время. Роб Рубин, вице-президент по разработке, сотрудничал с основателями Carbonite, Джеффом Флауэрсом и Дэвидом Френдом, с самого начала. Это был их шестой стартап, поэтому Роб полагался на их дальновидность и управленческие качества, а Джефф и Дэвид полагались на профессионализм Роба в управлении разработкой. Тем не менее к 2008 году основной продукт Carbonite внутри называли «болото». Для выпуска нового релиза потребовалось очень много времени.
В 2008 году у Carbonite было семь высококлассных разработчиков, но все они работали не в офисе, а удаленно. Имелось также семь владельцев продуктов, каждый со своей сложной задачей высочайшей важности.
Роб присутствовал на презентации Scrum в Массачусетском технологическом институте в 2006 году. Ему действительно понравилась идея, что Scrum даст ему то, что он сможет измерить. В работе по управлению измерение результатов было для него на первом месте, а действие основывалось на этом измерении. Без измерений невозможно управлять. Роб хотел, чтобы Scrum обеспечивал четкие, прозрачные измерения прогресса навстречу цели каждые 30 дней и надежное измерение прогресса следующих 30 дней каждый день. Роб также верил, что технологические проекты и продукты – трудные, потому что их природа сложна, невозможно предсказать, когда они потерпят неудачу. И неудачи в них случайны. Ежедневная и 30-дневная информация о прогрессе или неудаче может быть критической для такого типа работы.
Роб обучил свою организацию Scrum в 2008 году. С тех пор Carbonite улучшил свой цикл выпуска продуктов, распространившись по всему миру. На недавней презентации Роб и Джефф Флауэрс сообщили, что без Scrum Carbonite никогда бы не смогла стать публичной компанией. Scrum дал организации стандартный процесс для внутреннего пользования и расширения компании. Самое ценное – то, что Scrum не был навязчивым. Если компания, внедряющая его, уже имела высокий уровень мастерства и налаженные процессы, Scrum сохранял их, их оказалось легко комбинировать с моделью Scrum для обеспечения нужной измеримости и предсказуемости.
Роб и Джефф верили в своих сотрудников. Они использовали Scrum, чтобы создать окружающую среду, в которой сотрудники Carbonite могут быть креативными и работать эффективнее. Все они понимали суть проблем и работали вместе над их решением. В дополнение команды Carbonite в конце каждого спринта проводили ретроспективу. Это мероприятие было интенсивным. Все, что в работе могло быть сделано лучше и повышало производительность продукта, было открыто для дискуссий. Споры возникали жаркие, но продуктивные. Складывались крепкие рабочие команды, даже несмотря на то что количество сотрудников возросло с семи человек почти до сотни. Они создали свое будущее. В 2011 году «Бостонская деловая газета» назвала Carbonite одним из лучших рабочих мест в Бостоне[16].
При попытке трансформации организации надо иметь в виду два предостережения.
Scrum – это не такой метод или процесс, который может быть изменен, чтобы приспособиться к существующей организационной культуре; культура должна быть изменена, чтобы Scrum заработал. Scrum устраняет все культурные дисфункции, которые мешают разработке программного обеспечения в манере, описанной в этой книге. Для организации Scrum – «канарейка в угольной шахте»[17]. Если Scrum не используется с целью создать гибкий, прозрачный процесс разработки, проблемы остаются невидимыми и продолжают наносить вред организации. В результате главная выгода от Scrum теряется.
Не пытайтесь облегчить организационные изменения. Важно, чтобы продвижение было очевидным, энергичным и первоначальный импульс сохранялся. После того как люди начинают использовать Scrum, наиболее важные препятствия легче идентифицировать. В некоторых организациях наблюдается тенденция излишне тщательно планировать и обдумывать. Это не подход Scrum.
Scrum требует действий, испытаний, оценки, изучения, устранения препятствий и более активных действий, для того чтобы создать вещи, представляющие ценность для всех заинтересованных сторон.
9. Преобразование организации: глубокое и устойчивое изменение
Счастлив тот руководитель, который провел организационную трансформацию в Scrum. Так же счастливы и сотрудники организации. Теперь у них есть отличное место работы и прекрасный способ быстро производить и продавать ценное программное обеспечение, и они достигли этого ценой тяжелого труда.
Путь от начала проекта трансформации до реализации видения состоит из многих видов деятельности и может занимать пять или шесть лет до завершенного перехода, когда глубокие и устойчивые изменения окажутся достигнуты. Основные изменения будут происходить быстро, и польза появится уже в течение первого года трансформации. Значительное конкурентное преимущество будет достигнуто в пределах двух лет. Даже когда трансформация окажется полностью закончена, постоянные улучшения, ключ к успеху, будут продолжаться.
Вы применили Scrum в одном или нескольких проектах и убедились, что хотите использовать его повсеместно в организации. Для начала следует решить, имеют ли изменения, воплощенные в Scrum, достаточно ценности, чтобы стоить инвестиций в проект трансформации. Вы должны собрать основных людей, с которыми будете работать на протяжении проекта, чтобы они, как и вы, обрели эту уверенность.
После того как вы решили реализовать Scrum в вашей организации, начинается путь с верой в то, что усилия будут вознаграждены более эффективным процессом создания программного обеспечения и более отзывчивой и конкурентной компанией. Также факт, что теперь в прогнозе значительное количество организационных изменений.
В этом разделе описаны некоторые типичные примеры того, как можно реализовать Scrum в вашей организации. Он может служить сценарием, заполненным примерными техниками, которые вы можете применять для достижения необходимого изменения. Полный сценарий вы можете найти в Приложении 3.
Основные направления деятельности проекта преобразования приведены в табл. 9.1 наряду со средней продолжительностью каждого вида деятельности. Некоторые виды деятельности могут частично перекрываться.
Таблица 9.1. Основные виды деятельности проекта преобразования
Около видов деятельности, которые необходимы, чтобы сделать переход постоянным, стоит «Да» в колонке «Требуется для перманентности».
Первое действие закладывает основу для всего проекта – это действие описано в табл. 9.2, из которой вы узнаете, что такое Scrum и как его использовать для улучшения, чтобы стать гибким. Основные показатели производительности для измерения гибкости и оценки достигаемой ценности строятся на тех же принципах, что обсуждались для Scrum-студии в главе 6. Видение, цели, стратегии и тактика проекта разрабатываются в этом действии наряду с бюджетом и дорожной картой. Дорожная карта проекта носит предварительный характер и полностью зависит от энергии и приверженности переходной команды и способности организации меняться.
Таблица 9.2. Начало проекта трансформации
Энергия трансформации зарождается здесь, и каналы коммуникаций начинаются в этой точке.
Безотлагательная необходимость возникает из необходимости организации предоставлять конкурентоспособные услуги и продукты. Если она не сможет это делать, ее клиенты обратятся к другим компаниям. Пункт о срочности отражает необходимость решения двух важных задач. Первая – необходимость оставаться конкурентоспособным, чтобы просто не выходить из игры и обеспечить выживание бизнеса. Вторая – желание расти и процветать, увеличивать долю рынка и предлагать наиболее инновационные продукты. Люди, которые считают, что преобразование должно быть срочным, должны представить убедительные аргументы в пользу этого. Цель необходимо заявить всеми возможными способами: важными можно считать официальные презентации, а также финансовые модели. Самое важное – описание того, что произойдет, когда преобразование случится. Оно может быть анекдотичным, метафоричным или в виде макета. Но оно должна стать частью воображения сотрудников компании.
Команда по преобразованию, которая будет управлять этими изменениями, формируется в этой фазе. Определение проекта как срочного может быть отличным инструментом привлечения участников в эту команду.
Причина срочности трансформации может быть простой, например:
Мы знаем, что у нас есть проблемы при использовании программного обеспечения для нашего преимущества. Наши продукты часто задерживаются, не отвечают нашим нуждам и стоят больше, чем мы готовы давать. Это было допустимо только до тех пор, пока мы не имели альтернативы. Теперь она есть, и это Scrum. Его уже используют некоторые наши конкуренты, создавая с его помощью высококачественные продукты быстрее и с меньшими затратами. Они расширяют долю рынка, и если мы не научимся делать то, что они делают, лучше них, у нас начнутся проблемы. Наши доходы будут снижаться, клиенты пойдут к конкурентам, и сотрудники уйдут от нас. Нам нужно трансформировать нашу организацию.
Самый старший руководитель, который хочет изменений, формирует новый проект преобразования организации. Он лидер проекта и должен быть заинтересован в трансформации. Он формирует команду проекта, называемую командой трансформации, и эта команда – сердце изменений. В нее входят ключевые руководители, которые заинтересованы в этой трансформации. Думающие лидеры по всей организации, которые понимают актуальность и хотят преобразований, также привлекаются.
Эта команда будет работать в течение всего проекта. Вам может понадобиться назначить некоторых ее членов на важные для перехода позиции внутри организации, что позволит привлечь новых членов команды. Ядро команды трансформации будет состоять не более чем из семи – девяти членов. Все участники должны быть остро заинтересованы в использовании Scrum, чтобы стать гибкими, повысить свой профессионализм и делать хорошую, высококачественную работу, создавая тесные, продуктивные и успешные отношения со своими клиентами.
Задача команды трансформации – направлять организацию из текущей критической ситуации к желаемому состоянию. Сначала она разрабатывает видение: как будет выглядеть организация, когда трансформация будет закончена. Например, книга Our Iceberg Is Melting, о которой мы уже упоминали, описывает колонию пингвинов, живущих на тающем айсберге. К сожалению, колония считает айсберг своим любимым домом. Пингвины должны уходить, но мыслят свою жизнь только на этом айсберге. Для них создается новое видение – миграционная колония. Этот текущий айсберг – их настоящий дом, но важнее становится то, что они – колония. Они продолжат свое существование как колония и тогда, когда этот айсберг совсем растает. Они все вместе просто будут жить на другом айсберге. Это видение дает колонии точку опоры, контекст, в котором можно увидеть надвигающиеся изменения. Новая цель для них – спасти колонию, и движение становится способом это сделать. Волнение о процессе трансформации все еще присутствует, но не о будущем.
Каждое видение содержит полезность необходимости его реализации. Формулировка видения может быть следующей:
Наша организация извлекает выгоду из возможностей и вызовов в нашей рыночной нише. Мы постоянно создаем новые, полезные, инновационные предложения и продукты. Мы делаем это, привлекая интеллект и творческие способности каждого в организации. Мы совершаем ошибки и учимся на них. Мы открытая, прозрачная организация, которая честна по отношению к себе и объективно оценивает свои силы, слабости, текущей ситуации и возможности. Мы организация, созданная из наших сотрудников и для них. Мы ценим честный диалог и спор, из которых рождаются истина и возможности.
Эта формулировка видения создает пространство для ценных качеств Scrum, таких как прозрачность, эмпиризм, повышение интеллектуального уровня и создание знаний.
Во время подготовки трансформации команда очерчивает начальную задачи и создает бэклог. Например, задача начала обсуждения следующих этапов деятельности определяется, разбивается на пункты, проясняется и заносится в бэклог трансформации. Работа упорядочена и проверяется в течение времени. Из этого выкристаллизовываются конкретные проекты. Эти проекты – спринты, а инкремент изменения организационной структуры – результат каждого спринта. (Следующая глава, «Скрамить Scrum», объясняет, как команда трансформации использует Scrum для управления трансформацией.)
Результаты начальной деятельности – функционирующая команда трансформации, заявление о необходимости, изложение видения, коммуникационная стратегия, бэклог трансформации, процессы для продолжения, определение выполнимости работы по изменению для следующих нескольких месяцев и идентификация показателей, которые будут использованы для отслеживания прогресса.
Должна быть создана четкая стратегия связей по трансформации. Это действие заложено в табл. 9.3. Вне зависимости от того, какие связи имеют место, их всегда недостаточно. Во время работы с организациями мы слышим невероятные вещи, которые принимались за правду. Часто тому причиной становится недостаток ясности. Если люди беспокоятся, потому что они не знают, что делать, или не знают, как делать что-либо, значит, средства связи неэффективны.
Таблица 9.3. Связь видения и стратегии
Плохая коммуникация – причина непрозрачности, сплетен и слухов. Информация, которую разрабатывает и распространяет команда трансформации, должна быть ясной. Уведомление о необходимости трансформации должна идти сверху вниз, снизу вверх и во всех направлениях. Информирование о новом видении и стратегиях должно проводиться всеми способами, включая презентации, распоряжения руководства, рабочие заседания, неформальные форумы, соревнования. Это следует делать на обедах, встречах один на один с сотрудниками, которые обеспокоены судьбой компании, в блогах, почтовых рассылках, в документах и при личном посещении командой трансформации и руководством всех подразделений организации. Общение должно быть частым, актуальным и постоянным.
Общение включает поведение. Все, что руководство и менеджеры говорят и делают, должно последовательно поддерживать изменения. Их поведение должно быть образцом поведения, которого они ждут от подчиненных. Если это не так или они говорят одно, а делают другое, трансформации наносится вред.
Люди видели книги о Scrum на столах и слышали «внутреннюю информацию». Начинают ползти слухи. Проблема слухов в том, что они анонимны, люди вкладывают в них собственное мнение и худшие страхи. Слухи могут остановить каждого на его пути, потому они должны быть развеяны при любом значительном изменении.
Все знают существующий порядок в организации: как менеджеры действуют, как добиваются выполнения, как подняться по карьерной лестнице, как получить повышение зарплаты или бонусы, как исправить ошибки и так далее. Даже если сотрудникам не нравится, как все происходит в организации, им комфортно от того, что они знают порядок. Если люди не понимают образа изменений и того, как они в него будут встроены, не важно, какими бы хорошими ни были изменения, они будут им сопротивляться. Сотрудники на всех уровнях должны точно знать, какое влияние предложенные изменения окажут на них, их работу и безопасность их семей. Многие инстинктивно пытаются проигнорировать или подорвать любые изменения, если они чувствуют, что изменения лично им несут опасность. Если они не поймут, что предлагаемые изменения значат для них персонально, то будут им сопротивляться и сейчас, и в будущем.
Сопротивление принимает множество форм, и самая пагубная из них – пассивное сопротивление. Люди не протестуют, они не спорят и не возражают. Они не хотят быть отождествлены как помеха, но они не хотят меняться.
Жизненно важно усадить менеджеров и остальных сотрудников в одну лодку перед приближением перемен. Эти люди – основа организации. Они знают свое дело, потребителей, системы и продукты. Без них не будет изменений.
Первое уведомление о трансформации должно исходить от руководства компании и сразу во всей организации. Руководители должны описать проблему, необходимость срочных перемен и свое видение. Им необходимо представить команду трансформации и дорожную карту, которую они разработали, а также перечислить все способы, которыми люди могут общаться по этому поводу.
Менеджеры и другие сотрудники должны провести небольшие собрания внутри отделов для ответов на вопросы. Следует подготовить проспекты, описывающие объявленные решения руководства. Покидая это собрание, сотрудники должны знать, с кем связаться внутри организации для получения ответов на возникшие вопросы.
В распоряжении команды трансформации должны иметься способы работы с людьми, для того чтобы узнать реакцию сотрудников на решения руководства в формальной и неформальной обстановке внутри отделов и в целом в организации.
Первые проекты по разработке программного обеспечения начинаются в действии 3 (табл. 9.4). Ваша организация уже имеет некоторый опыт работы со Scrum, из пилотного проекта (глава 3), разовых проектов (глава 4) или работы Scrum-студии (глава 5). Эти проекты – часть устойчивого внедрения и использования Scrum путем разработки продуктов организаций. Также они – причина изменений во всех смежных областях.
Таблица 9.4. Распространение по всей организации
Команда трансформации создает бэклог работы, которая изменит организацию. Коммуникации были вверху списка задач. Теперь команда начинает работать над большим количеством пунктов в бэклоге трансформации. Очень важно, чтобы они включали действия, перечисленные ниже.
Каждый в организации должен видеть прогресс в достижении видения, как определено в действии 4 в табл. 9.5. Некоторые ранние успехи указывают путь и обеспечивают комфорт. Мы советуем команде трансформации выбрать два проекта по разработке программного обеспечения, которые сформируют базу для ранних успехов:
1) проект улучшения, встраивающий новые возможности в существующую систему, которой не больше пяти лет;
Поделиться книгой: