Стыд и Скрам, часть вторая

• Они самоорганизующиеся: никто (даже Скрам-мастер) не может указывать Команде Разработки как превратить Бэклог Продукта в готовые к релизу Инкременты. 

• Они кросс-функциональны: команда обладает всеми навыками, которые необходимы для создания Инкремента Продукта. 

• Скрам не признает подкоманд в Команде Разработки, независимо от областей, над которыми необходимо работать (например, тестирование, архитектура, эксплуатация или бизнес-аналитика). Это правило не имеет исключений. 

• Команда Разработки несет коллективную ответственность за создание Инкремента Продукта. При этом отдельные члены Команды Разработки могут обладать различными специализированными навыками и экспертизой. 

• Они называются «самоорганизующимися». Любой (даже уборщик) может рассказать команде разработчиков, как они должны делать свою работу;

• Команды разработчиков проводят большую часть своего времени, открывая новые и инновационные способы игр с метриками, придуманными руководством

• Команды разработчиков называются «кросс-функциональными» и обладают практически всеми необходимыми навыками для создания «почти готового» продукта;

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

Отмена спринта 

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

• Спринт может быть отменен до истечения временного интервала Спринта. Только менеджер имеет право отменить спринт, даже если команда и владелец продукта уже знают, что они не добьются успеха. Владелец продукта может быть козлом отпущения за это решение, принятое их менеджером или менеджером этого менеджера — или менеджером менеджера этого менеджера — ну, вы поняли идею. 
• Спринт отменяется, если менеджер чувствует, что команда не выполняет его указания. Это может произойти, если разработчики начнут думать самостоятельно или если менеджер изменит свое мнение. В общем, Спринт должен быть отменен всякий раз, когда менеджер чувствует себя неуверенно. Из-за короткой продолжительности Спринтов, отмена является эффективным механизмом для создания неуверенности и беспорядка в команде.
• Когда Спринт отменяется, все выполненные и «готовые» элементы бэклога отправляются в корзину. Частично «готовые» элементы возвращаются в случайном порядке в бэклог. Частично выполненную работу лучше оставить в ветках разработчиков и задокументировать в вики, чтобы возобновить её когда-нибудь.
• Отмена Спринта — отличный способ держать команды занятыми, так как все собираются и начинают планирование следующего Спринта. Отмена спринта часто задевает команду за живое, что делает её отличным инструментом для снижения самооценки и доверия внутри команды.

• Задачи, над которыми будет трудиться Команда Разработки во время Спринта, определяются на Планировании Спринта. План создается совместными усилиями всей Скрам-Команды. 
• Планирование Спринта ограничено по времени. Для Спринта длительностью один месяц Планирование не должно занимать более 8 часов. Если Спринт короче, то и Планирование проводится быстрее. 
• Скрам-мастер убеждается, что событие состоялось, а участники понимали его цель. Скрам-мастер обучает Скрам-Команду соблюдать временное ограничение. 
• По результатам Планирования Спринта Скрам-команда решает: 
  • каким будет Инкремент в конце Спринта; 
  • как организовать работу, чтобы получить готовый Инкремент Продукта. 

• План командной работы в течение Спринта создается на Планировании Спринта. Этот жесткий план создается заранее владельцем продукта или руководством, не привлекая команду, чтобы не отвлекать её от выполнения работы. Максимальное время для планирование Спринта длиною в месяц — 8 часов. Этого времени вполне достаточно, чтобы успокоить команду и убедить в реальности абсолютно нереального плана.

• Задача Scream мастера гарантировать проведение Планирования, и убедиться что каждому будет назначено достаточно работы. Также он учит Scream команду не задавать слишком много вопросов при представлении работы.
• Присутствие менеджера во время Планирования Спринта очень важно, чтобы гарантировать, что получены ответы на следующие критические вопросы:
  • Сколько заданий назначено каждому человеку?
  • Что займет сколько времени?
  • Все ли ресурсы полностью использованы?
  • Если дела пойдут неожиданно хорошо, какую дополнительную работу вы можете ещё сделать?
• По мере необходимости менеджер прекращает бессмысленные дискуссии о сути задач бэклога и их технической реализации и переориентирует членов команды разработки на задачи, которые им необходимо взять в работу. Менеджер может передать эту ответственность Scream мастеру.
• В конце планирования спринта Scream мастер должен заставить членов команды взять на себя обязательство выполнить все свои задачи, даже если все знают, что дополнительные задачи будут добавляться на протяжении всего Спринта.