Scrum Master (курс) : Лекция 5

Цели

Изучить скрам-команду как единое целое, в том понимании которое есть в Scrum Guide

Тезисы

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

Рекомендованный размер от 3 до 9 человек.

Почему не меньше 3?

• У одного человека большой риск уйти не туда, не на кого опереться для проверки
• У двух человек есть возможность развитие конфликта которые не разрешим без внешнего вмешательства
• В случае одного или двух человек - трудно добиться чтобы хватало

Почему на больше 9?

Трудно договариваться, митинги с участием всех перестают быть эффективными

Важные характеристики команды, специально выделенные в Scrum Guide

Self-Organizing

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

Cross Functional

Команда обладает всеми знаниями необходимым для создания releasable increment. Команда не должна иметь внешних зависимостей.

Вопрос: Как вы думаете, почему scrum guide настаивает на самостоятельности принятия командой решений?

Однозначного ответа нет, моё лично мнение что это связано с двумя моментами:

С точки зрения теории SCRUM:

• Команда занимающаяся проектом знает проект лучше чем кто бы то ни было и владеет технологией лучше чем кто бы то ни было. Иначе она не следует ценностями scrum и не является cross-functional. А если команда такова - то именно они смогут принять наиболее эффективные решения.

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

Вопрос: В каких вопросах должна команда быть самостоятельна? Очевидные ответы - техническая самостоятельность, но важно вывести на рассуждения о других вещах - например состав команды, оплата труда.

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

Скрам-мастер работает с менеджментом компании (которого нет в скрам-гайде :-)) чтобы границы были установлены правильно.

Вопрос: Такая самостоятельность может быть отпугивающей для заказчика и для компании - ничего в требованиях Scrum Guide не говорит о том, что команда принимая решения должна руководствоваться требованиями заказчика и интересами компании. Что именно сдерживает команду от принятия решений противоречащих интересам заказчика и компании?

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

ДЗ

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

Хорошая тема для обсуждения: Конкруренция - хорошо или плохо? Почему Скрам считает что это плохо?