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

Я закончил это издание в начале 2018 года. Я начал заниматься информационными технологиями в 1978 году – тогда в мои задачи входило написание встроенного программного обеспечения для самолетов и телефонов. Это было сложно. Но поскольку я был молодым инженером, специализирующимся на кибернетике, то не мог должным образом применить профильные знания на практике – ни тогда, ни позднее – в других областях.

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

Теперь, когда «software is eating the world» [3], системный подход, наконец, появляется (снова) и начинает восприниматься людьми как наилучший способ справиться с неопределенностью и сложностью.

В этом издании я больше говорю о системах и экосистемах. Уделяю больше внимания механизмам регулирования Scrum. Я рад, наконец, обратиться к кибернетике.

Со времени моего обучения системология здорово шагнула вперед. Появились новые дисциплины. Среди них я сразу выделил пермакультуру [4] – дисциплину, которая появилась несколько лет назад и страшно меня заинтриговала.

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

Клод ОБРИ

Кастане-Толозан, 30 января 2018

1 Место Scrum в Аgile-движении

В 1996 году я был консультантом по разработке программного обеспечения. Twitter еще не существовал. Чтобы не отставать от технического прогресса, я читал, пусть иногда месяцы спустя, материалы конференций того времени. Agility, гибкость, тогда не была в тренде, зато было ООП (объектно-ориентированное программирование). Одной из многочисленных конференций по теме была «OOPSLA» («Object-Oriented Programming, Systems, Languages & Applications»). Именно во время просмотра материалов 1995 года я впервые наткнулся на Scrum. Подписанная Кеном Швабером, статья представляла Scrum как эмпирический процесс разработки сложных продуктов.

Пока я читал, в голову пришла мысль: этот пришелец явно не с привычной мне планеты. Хотя в статье было много ссылок на объектно-ориентированное программирование (вероятно, просто чтобы ее включили в конференцию OOPSLA), она противоречила настроениям того времени.

Это все было слегка за пределами сферы моих интересов – архитектуры ПО и моделирования. И все же я оценил акцент на команде, а упоминание регби возбудило любопытство. Разработанные идеи заинтриговали меня, особенно эмпирический подход: они были противопоставлены индустриализации, модной на тот момент.

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

Давайте коротко рассмотрим, что это вообще такое – Scrum.

1.1 Первая схватка со Scrum

1.1.1 Легкий фреймворк

В статье 1995 года Швабер взбудоражил читателей, рассказав о процессе и методологии. После этого Scrum чаще всего определялся как Agile-методология.

Затем Кен Швабер и Джефф Сазерленд, его со-основатель, установили, что Scrum – это процессный фреймворк (process framework).

Scrum не является законченным процессом (как и методом или методологией), это процессный фреймворк.

Процесс определяет способ работы, а фреймворк только определяет границы, фреймы. Это рамка, при помощи которой Scrum вводит несколько правил и принципов.

Классифицировать Scrum нелегко – проще объяснить механизм его реализации.

1.1.2 Scrum вкратце

Прежде чем перейти к ответу на вопрос как? – факт, на который стоит обратить внимание:

Scrum действительно помогает людям работать в команде.

Слово команда имеет фундаментальное значение!

Можно объяснить Scrum несколькими словами. Помнится, были челленджи, в которых надо было представить Scrum меньше, чем за пять минут. Удалось это далеко не всем. Большинство пытались прояснить, как, собственно, применять Scrum.

На данный момент моя версия ответа на этот вопрос звучит так:

Люди работают в команде, следуя принципам Scrum.

Ритм устанавливается при помощи серии итераций.

Все, что необходимо сделать, включено в список задач.

Ориентируясь на этот список задач, команда непрерывно работает, условно разделяя весь процесс на события спринта:

Первое событие в начале спринта – согласование цели и подготовка к работе.

Второе событие – это ежедневная синхронизация команды для достижения общей цели.

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

1.1.3 Истоки Scrum