Scrum, аутсорсинг, бизнес-аналитики и насекомые

Название сегодняшней колонки может показаться странным читателям, знакомым с практиками методологии Scrum. Дескать, какие-такие аналитики, когда есть PO, выдающий на-гора требования для команды, и всегда доступный для product backlog refinement?

Но, как говорится, «в теории нет разницы между теорией и практикой, а на практике она есть». Для небольших проектов, разрабатываемых одной-двумя командами и охватывающих сравнительно узкую доменную область бизнеса — действительно, один PO вполне может знать детальные требования по каждой user story.

Другое дело — enterprise-scale Scrum, когда разрабатываемое приложение может автоматизировать десятки (а то и сотни) пользовательских ролей с совершенно разными процессами и конфликтующими требованиями. Вполне логично, что в рамках одного бэклога могут быть требования, покрывающие настолько разные области бизнеса, что один человек не может их знать в деталях.

Тут на помощь команде приходят пользователи. Точнее, самая продвинутая их часть — т.н. subject matter experts, т.е. люди с достаточно большим опытом в определенной области бизнеса, которые могут помочь команде уточнить требования. Теперь задача PO сводится к приоритизации бэклога и знанию, на кого можно «натравить» команду в случае каверзных вопросов.

Однако, далеко не все вопросы решаются даже экспертами с пол-пинка, зачастую уточнение требований — долгий процесс, требующий согласования многих сторон, выяснения нужных параметров и т.д. Поэтому очевидно, что за процессом «тонкой очистки» требований для приоритетных user story из бэклога должен кто-то следить. Это может быть PO, а может — команда (зависит от загрузки тех и других). И если команда сама занимается процессом работы с требованиями, то кто-то из ее членов должен «надевать шапочку» бизнес-аналитика.

Тем не менее, выделенный человек на роли БА в команде — не самая лучшая практика. Обособление приводит к тому, что такой человек быстро превращается в «узкое место» команды и если он уходит в отпуск, на больничный или в другую компанию — начинается бардак (классический пример команды с TruckNumber = 1).

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

В аутсорсинге есть дополнительная сложность — обычно удаленный процесс работы с заказчиком. Мы в Люксофте решаем эту проблему постоянной ротацией сотрудников на сайте заказчика. Таким образом, все члены команды имеют возможность познакомиться с бизнесом «изнутри» и завести полезные контакты. Дополнительный плюс такого подхода — возможность в любой момент времени быстро решить возникшую проблему непосредственно с пользователями.

В общем, строя процесс разработки и работы с требованиями, помните: специализация — удел насекомых! А действительно senior специалист должен стремиться быть «универсальным солдатом» — это не только расширяет кругозор, но и повышает его ценность для работодателя.

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU