Разработчики (Developers): Создатели Инкремента и Ответственные за Качество

В Scrum больше нет понятия “Команда Разработки” как отдельной структуры внутри Скрам-команды. Есть Разработчики (Developers) — это люди, которые создают любой аспект полезного Инкремента в каждом Спринте.

Разработчики самоуправляемы: это означает, что они сами решают, кто, что, когда и как делает. Никто (даже Скрам-Мастер) не может указывать им, как технически превращать элементы Бэклога в готовый продукт.

Кросс-функциональность

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

Секрет успеха: T-образные специалисты

Кросс-функциональность не значит, что все должны уметь всё. Это значит, что каждый:

  1. Является экспертом в своей области (вертикальная черта буквы T).
  2. Обладает базовыми знаниями в смежных областях (горизонтальная черта буквы T). Это позволяет разработчику помочь тестировщику в конце спринта, чтобы команда успела достичь Цели.

Ответственность перед Качеством

Разработчики несут ответственность за соблюдение Definition of Done (Определения Готовности). Это их обязательство по качеству, которое гарантирует, что каждый созданный Инкремент является рабочим и готовым к потенциальному релизу.

Коллективные ОбязательстваДействия, которые они не выполняют
Как создавать Инкремент и организовывать свою работу.Управление Бэклогом Продукта (это делает Владелец Продукта).
Оценка и прогноз объема работы, которую можно взять в Спринт.Фасилитация Скрам-Событий и устранение внешних препятствий (это делает Скрам-Мастер).
Создание и соблюдение Definition of Done (Определения Готовности).Принятие решений о финансировании продукта или маркетинге (это внешние заинтересованные стороны).
Предоставление честной обратной связи на Ретроспективе Спринта по улучшению процессов.Управление внешними сотрудниками или консультантами (менеджмент).

1. Фокус на Цели Спринта, а не на Индивидуальных Ролях. Главный принцип работы Разработчиков заключается в коллективной ответственности. Все члены работают вместе для достижения Цели Спринта, а не каждый за свою отдельную задачу. Это означает, что если работа застопорилась на тестировщике, разработчик должен помочь ему, чтобы обеспечить успешное завершение Инкремента.

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

Самоорганизация требует смелости

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

Резюме: Сила в единстве, а не в коде

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

Ключевой вывод: У Разработчиков нет индивидуальных целей или KPI. Побеждает или проигрывает только вся команда целиком. Если задача сделана, но продукт не работает — виноваты не тестировщики, а вся команда. Именно это осознание превращает группу людей в настоящую Скрам-команду.

Часто задаваемые вопросы (FAQ)

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

Нет. Цель Спринта фиксируется на Планировании Спринта. Команда может менять Бэклог Спринта (задачи) для достижения этой Цели, но сама Цель меняется только после консультации с Владельцем Продукта.

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

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

Это коллективное решение. Разработчики принимают решение о том, соответствует ли Инкремент Definition of Done, и только после этого он считается готовым.

Читайте также: