Все о SCRUM. Изучение, разработка, интеграция

Речь о важности ограничений, наложенных организацией на жизненный цикл и отчетность проектов.

Легкое управление не требует особой адаптации.

Сильное и иерархичное управление

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

✓ Попробовать паттерны: сезонный ритм (2) и все, что представлено в главах о бэклоге (7 и 8).

✓ Избегать антипаттерны: цикл по V-модели (2) для сосуществования Scrum со стадиями и контрольными точками организации, чрезмерная трата времени на оценку (16), газовый завод (17).

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

Scrum-мастер вовлечен в обсуждение выбранных индикаторов.

14.4 Адаптация с учетом ситуации

14.4.1 Характеристики проекта

Изучение характеристик проекта позволяет определить практики, которые нужно адаптировать.

Идеальный для перехода к Scrum проект должен обладать следующими характеристиками.

✓ Команда из семи человек, при этом все находятся в одном офисе.

✓ Новое ПО с известной архитектурой.

✓ Продукт с невысокой критичностью, который легко развертывается.

✓ Разработка происходит внутри команды, ее участники обладают необходимыми техническими компетенциями.

✓ Понимающее руководство.

Чем дальше характеристики проекта от вышеперечисленных, тем больше усилий необходимо приложить команде во время прелюдии.

Все относительно! Любые изменения культуры, в том числе переход к Scrum, всегда требуют усилий.

Изображение ниже дает наиболее общее представление об усилиях, необходимых для адаптации.

Рисунок 14.3 – Контекст проекта

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

14.4.2 Контекстуализированный Scrum

Подробный анализ контекста позволяет узнать ограничения, налагаемые на внедрение Scrum. Для каждой значимой характеристики необходимо определить, как адаптировать те или иные практики.

Scrum-мастер модерирует коллективную работу по контекстуализации и гарантирует применение и адаптацию Scrum.

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

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

14.4.3 Регулярный пересмотр контекста

Большинство Agile-практик эффективны для большинства проектов, но применяются по-разному в зависимости от ситуации и времени.

Характеристики, определяющие контекст, меняются со временем. Некоторые (например, управление) могут за несколько месяцев приблизиться к центру графика, в то время как другие удаляются от него – как, например, размер команды (в том случае, если проект расширяется).

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

В этот момент можно определиться с новыми паттернами.

14.4.4 Усилия, соразмерные целям

Результаты, полученные благодаря применению Scrum, зависят от усилий, предпринятых в ходе контекстуализации, и полученного опыта.

Это наглядно показывает модель Agile Fluency, которая использует бизнес-ценность (business value), производимую командой, чтобы определить, насколько она освоила Agility. На пути к Agile команда проходит через несколько зон.

Использование основных элементов Scrum соответствует первой зоне, практическое внедрение инжиниринга и критериев завершенности – второй зоне, практики по определению продукта вкупе с изменением культуры – третьей.

Мы вернемся к этому в главе 22.

14.5 Антипаттерны

14.5.1 Dark Scrum

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