Agile-менеджмент: как распределять роли и обязанности. Часть 2

Agile-менеджмент продолжает набирать популярность. О том, как эффективно внедрить его в организации, рассказывает Мохаммад Реза. Мохаммад консультирует ведущие стартапы и крупные компании по вопросам DevOps, использования облачных технологий, безопасности и интернета вещей. В первой части статьи Agile-менеджмент: как распределять роли и обязанности Мохаммад объясняет обязанности владельца продукта и scrum-мастера. В этой части речь пойдёт о других важных ролях направления scrum agile-менеджмента: члене команды разработки, стейкхолдерах и других.

Третья роль в agile-менеджменте – член команды разработки

Эта роль в направлении scrum agile-менеджмента подразумевает ответственность непосредственно за разработку продукта, но этим не исчерпывается. Сотрудники в этой команде должны брать на себя кросс-функциональные обязанности по трансформации требований к продукту и возникающих идей в реальные функции программного обеспечения. В команде должны быть сотрудники с компетенциями разработчиков, технических писателей, программистов, тестировщиков и UX-специалистов. Не обязательно, чтобы все члены команды были техническими специалистами. Важно, чтобы среди них были сотрудники именно с теми компетенциями, которые требуются для реализации конкретного проекта.

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

Деятельность членов команды разработки разделена на короткие временные промежутки – спринты. Спринты длятся от одной до четырёх недель. За это время разработчики должны создать часть продукта, которая будет соответствовать требованиями его владельцев и будет готова к   демонстрации. На постоянной основе проводятся встречи в формате стендапа (ежедневный scrum). Цель таких встреч – рассказать другим членам команды и scrum-мастеру о том, как продвигается проект. Это обеспечивает прозрачность реализации проекта и позволяет разработчикам в последующих спринтах принимать во внимание обратную связь от владельца продукта.

Четвёртая роль в agile-менеджменте – стейкхолдер

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

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

Ещё больше ролей в agile-менеджменте

Мы рассмотрели типичные роли agile-менеджмента, но могут быть и дополнительные. Особенно это актуально для крупных компаний, которые работают над большими проектами. Потребоваться могут технические и индустриальные эксперты, которые должны не только хорошо знать технологию, но и потребности и ожидания конечных пользователей. Кроме того, в ходе разработки продукта возможно придётся привлечь специалистов для его тестирования и разработки. Также может потребоваться сотрудник, который выступит в качестве интегратора. Нужен он будет в тех случаях, когда большая команда работает над независимыми, но близко связанными системами одного и того же проекта. Интегратор будет отвечать непосредственно за интеграцию этих систем, а также за их тестирование.

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

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

Остались вопросы о распределении ролей в agile-менеджменте? Присылайте их на почту info@dis-group.ru