Вы все, вероятно, знакомы с тремя ролями и обязанностями команды Scrum: владельцем продукта, мастером Scrum и самой командой. Руководство довольно хорошо объясняет, о чем эти роли.

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

Существует очень веская причина существования трех ролей, и эту причину можно обобщить просто как БАЛАНС. Вся скрам-команда должна поддерживать баланс между тремя наиболее важными аспектами каждого проекта.

Три основных направления:

  • потребительская ценность,
  • совершенство процесса
  • и техническое совершенство.

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

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

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

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

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

Теперь, почему баланс важен?

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

В этом постоянном упражнении по переориентации и трениях между ролями PO, SM и команды найден баланс. Баланс не проявляется спонтанно. Вы должны работать над этим.

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

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

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

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

В описании я дам ссылку на отличное видео от дяди Боба — Роберта Мартина о том, как давать обещания, которые противоречат вашему профессиональному этическому кодексу.

Никогда не делайте того, что, как вы знаете, неправильно. Вот что значит быть профессиональным инженером-программистом.

Спасибо за вашу поддержку и увидимся в следующий раз!

Если вам нравится контент, поддержите меня на Patreon или с помощью Super Thank, или посетите и прочитайте мои статьи на Medium.

https://www.patreon.com/SoftwareMinimalist
https://medium.com/@SoftwareMinimalist