для предсказаний по поводу объема работ и времени. Элемент бэклога продукта должен иметь правильные атрибуты, чтобы занять правильное место в упорядоченном бэклоге продукта; одного только приоритета недостаточно.

2.5.5. Важность готовности

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

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

К «готовому к выпуску инкременту» часто добавляется префикс «потенциально». Он подчеркивает, что ответственность за принятие решения о выпуске инкремента лежит на владельце продукта. Это решение основывается на целесообразности для бизнеса, которую можно было увидеть за время спринта или на обзоре спринта. Решению владельца продукта о релизе не должны препятствовать задержки в разработке, поэтому вся необходимая работа по достижению уровня готовности должна быть выполнена не позднее обзора спринта.

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

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

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

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

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

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

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

2.6. ОСНОВНЫЕ ПРИНЦИПЫ СКРАМА

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

■ общее визуальное пространство,

■ самоорганизация,

■ эмпирический контроль над процессом.

2.6.1. Общее визуальное пространство

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

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

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

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

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

Общее визуальное пространство оптимизирует прозрачность и радикально сокращает затраты на обмен информацией.

2.6.2. Самоорганизация

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