Софт за 30 дней. Как Scrum делает невозможное возможным - Джефф Сазерленд

Измерение, оценка и укрепление достижений

Действие 5, которое показано в табл. 9.6, – тело проекта. Три области: разработка, изменения и управление – взаимодействуют, чтобы постепенно создавать всё лучшие продукты, и организация последовательно структурируется для закрепления этих преимуществ. Команда трансформации и остальной коллектив реально погружаются в работу по трансформации в течение этой деятельности.

Таблица 9.6. Измерение, оценка и укрепление достижений

Сердце Scrum – инспекция и адаптация. Адаптация – возникновение новых способов разработки программного обеспечения и управления им. Команда трансформации продолжает инспектировать, что происходит, что отражают показатели и о каких препятствиях сообщается. Команда ставит высокий приоритет этим потребностям в бэклоге трансформации. Спринты, основанные на этом бэклоге, создают инкременты организационных изменений и улучшений, которые ведут к реализации видения.

Проникновение

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

Развитие

Используйте надежность из ранних проектов, чтобы изменить все системы, структуры и политики, которые не совпадают с видением трансформации.

Внедрение, расширение и сохранение

Закрепление преобразования означает встраивание изменений в организацию так, чтобы она приобретала новую культуру. Действие 6 обращается к этому, как показано в табл. 9.7. Любые процедуры, процессы, привычки, способы выполнения работ или привычки, которые были частью старой культуры организации, необходимо искоренить и заменить новыми способами ведения дел, которые поддерживают видение трансформации.

Таблица 9.7. Внедрение, расширение и сохранение

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

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

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

Выводы

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

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

Опыт компании Seachange

Интернациональная компания SeaChange – мировой лидер в продуктах по передаче мультиэкранных видеоматериалов. Ее технологии представлены такими партнерами, как NBC, Comcast, Telus, PBS, SKY, Vodacom, Verizon, Cox, Time Warner Cable и другие, распространяющими высококачественные видеоматериалы. Корпорация Digital Equipment запустила SeaChange в 1993 году.

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

Стив столкнулся со множеством вызовов. Большинство требований были смутными и все очень срочными. Постоянное добавление новых критически важных требований становилось результатом задержек в выпуске релизов и разработки ненужных возможностей. Тем не менее Стив полагал, что изменение требований, даже путем задержки выпуска, – конкурентное преимущество, если это возможно выполнить.

SeaChange договорилась о продаже компании Verizon следующего выпуска продукта с добавлением некоторых дополнительных функций. Договор обязывал запустить релиз в течение трех месяцев. Стив счел это невозможным, но, как и раньше в подобных случаях, ему сказали, что это нужно сделать. Он со своей командой упорно работал, даже ночью и в выходные. В течение трех месяцев им удалось поставить Verizon около 90 % релиза. Продукт был полон дефектов и проблем производительности. В течение следующих шести месяцев Стив часто посещал Verizon в Баскинг Ридж, постоянно выслушивал жалобы на низкое качество продукта и обещал, что исправит проблемы.