✓ DevOps – это подход, позволяющий непрерывное развертывание, в рамках которого члены Scrum-команды берут на себя определенные обязанности. Они обычно лежат на специалистах из стадии эксплуатации/технического обслуживания.
Если команда прекращает работу над одним продуктом, она может приступить к другому и, соответственно, новому сезону. Ключевым моментом является устойчивость команды.
Таким образом, постлюдия – это не момент завершения работы над продуктом, а момент, когда команда распадается.
2.6 Антипаттерны
Ситуация: во время спринтов команда делает все возможное, но иногда участники дают понять, что хотят время на передышку между спринтами. Команда говорит, что находится под давлением непрерывающихся спринтов.
Как сделать лучше? В легкой атлетике, если проводить аналогию, невозможно бежать без передышек, спортсменам необходимо время, чтобы восстановить силы.
Давайте не забывать принцип Agile-манифеста об устойчивом ритме.
Что делать? Не думать о Scrum-спринте как о гонке, в которой команда всячески пытается найти секунду, чтобы отдышаться. Спринтуют здесь на самом деле не люди, а элементы бэклога.
Scrum-разработка больше похожа на равномерный бег без ускорений, в одном темпе, без пауз на каждом этапе. Спринты следуют друг за другом, перерыв наступает только в конце сезона.
Рисунок 2.12 – Одышка после тяжелого спринта
Ситуация: по V-модели тестирование – это стадия, выполненная независимыми тестировщиками. При переходе к Scrum эта схема сохраняется, причем, тестировщики смещены на один спринт от разработчиков.
Последствия: поднимается цена исправления ошибки.
Как сделать лучше? В итеративном Scrum-подходе тестирование не происходит после разработки, а внедрено в каждый спринт. Оно не откладывается на конец спринта, команда начинает проводить тесты с первых дней.
Тестирование проводится, скорее, с целью продвижения к цели, чем с целью контроля.
Такой способ позволяет уменьшить время между появлением ошибки в ПО и ее исправлением.
Ситуация. Команда переходит из одного спринта в другой на протяжении нескольких месяцев, а то и нескольких лет.
Последствия. Отсутствие фокуса на среднесрочной цели, усталость, рутина.
Как сделать лучше? Задать и поддерживать сезонный ритм.
Ситуация. Scrum ограничивается разработкой, для всего остального сохраняется традицонная V-модель.
Последствия. Оптимизация является локальной и не отражается в цепочке создания ценности. Scrum теряет смысл.
Как сделать лучше? Расширить место Scrum в системном подходе, описанном в этой книге. Заменить традиционные этапы стадиями исследования и эксплуатации.
3
Привести команду к идеалу
В первых трех изданиях не было главы, посвященной команде, хотя я говорил о ней в главе о роли Scrum-мастера и касался этой темы на протяжении всей книги. Однако мне было что сказать по этому вопросу, так как в течение многих лет я был частью или руководил самыми разнообразными командами. Но я считал, что команда сама постоянно развивается и формируется, исходя из опыта каждого ее участника. Мне казалось полезным знакомить читателей только с двумя основными Scrum-ролями: Владельцем продукта и Scrum-мастером. Я не осмеливался копать глубже, вероятно, будучи слишком сконцентрированным на левом полушарии мозга. Сегодня я освободил свое правое полушарие и нашел слова, чтобы рассказать обо всех участниках Scrum.
Важность людей – человеческий фактор – является основным отличием Scrum и Agility. Ни программная инженерия, ни V-цикл, ни UML не придают человеческому фактору столь большую важность. Даже управление проектами и менеджмент недавно осознали ключевую роль людей в проектной работе, да и то чтобы быть в тренде. При этом поразительно, что на конференциях, посвященных Agility, участников больше всего интересуют темы, связанные с людьми. Популярны сессии по социологии отношений. Это соответствует первой ценности Agile-манифеста:
Люди и взаимодействие важнее процессов и инструментов.
3.1 Экосистема Scrum