Oct 27, 2010 21:42
Очень часто, среди инженеров встаёт вопрос: «Scrum Master - член команды или нет?» Как правило, на него дают простой и лаконичный ответ: «Нет, Scrum Master - не член команды», - иногда ещё добавляют: «И он не начальник над инженерами». Иногда на тот же вопрос дают следующий ответ: «Да, Scrum Master - член команды. Не знаю, почему у нас он не член команды».
Так где же правда? Можно ответить фразой из известного сериала: «The truth is out there».
Нет, Scrum Master - не член команды разработки. Он не берёт инженерных задач, его работа не входит в оценку задач спринта. Scrum Master занимается вторичными, по отношению к инженерным, задачами, помогая команде сфокусироваться на достижении поставленной цели. Scrum Master’у нельзя быть частью команды разработки, поскольку как только он втягивается в производственную рутину, у него искажается «мировосприятие», он идёт на компромиссы с установленными правилами и обстоятельствами, подчиняется ситуации, что негативно сказывается на проекте в целом. Scrum Master’а можно сравнить с аудитором, который проверяет проект на соответствие некоторым правилам. Аудитора не должны волновать обстоятельства, он хладнокровно делает свою работу.
Да, Scrum Master - член проектной команды, член проекта. Scrum Master несёт такую же ответственность за успех проекта, как инженерная команда. Он должен делать всё возможное, в рамках своих компетенций, чтобы проект был успешным.
Крайне пагубной считаю практику совмещения должностей, когда Scrum Master или Project Manager одновременно является ещё и разработчиком, аналитиком, тестировщиком или выполняет ещё какую-то инженерную роль. Объяснение этому очень простое - не известно, чертёнок на каком плече станет активнее в данный конкретный момент времени, и из-за этого Scrum Master/Project Manager может несознательно выбрать интересную/важную (как ему кажется) инженерную задачу, упустив какие-то элементы управленческой/контролирующей работы, или наоборот. Как правило, инженеры хорошо видят техническую обстановку на проекте и хуже видят бизнес. И наоборот. Каждый должен заниматься своим делом.
agile,
flame