Фича-лид – формальный «ярлык» или необходимость?

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

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

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

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

 

Полина Мухачева

фичалид

Главная его задача - организация коммуникации и координации на пути к результату. 

Фича-лид в команде:

1. Понимает цель.
2. Контролирует - обеспечивает эффективность решений любом этапе разработки.
3. Мотивирует - поддерживает команду на пути к цели.
4. Помогает - отвечает на вопросы разработчиков или привлекает помощь со стороны, если вопрос за рамками компетентности.
5. Приводит к результату - то есть завершает фичу.

Чем эта роль полезна:

1. Обеспечение выпуска качественных фич. Чем больше погруженность и заинтересованность ответственного лица, тем лучше результат.
2. Предсказуемость процесса разработки - фича-лид будет следить за сроками выпуска фичи и предупреждать о проблемах.
3. Постоянное информирование о ходе работ.
4. Централизованная точка коммуникации. Наличие одной входной точки для коммуникаций по каждой фиче упрощает и координирует командную работу.
5. Распределение нагрузки в команде. А именно снятие части ответственности с тимлида.
6. Органичное развитие сотрудников, привлекаемых к роли фича-лида (софт-скиллы, навыки планирования, экспертность в продукте и т.д.)

Отлично, берем! А нужно ли…

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

Если у вас в команде:

- одновременно ведется работа над множеством фич, 

- переносятся сроки выпуска фич по организационным причинам,

- отсутствует человек, владеющий полной информацией по фиче на любом этапе разработки, 

то стоит задуматься над внедрением роли фича-лида.

Обязанности фича-лида

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

Этап анализа

1. Понять проблему, которую решает фича.
2. Разобраться в технической ситуации - можем ли мы реализовать фичу на данном этапе развития продукта? 
3. При необходимости помочь аналитику декомпозировать фичу.

Этап планирования

1. Определить конечную цель и условия завершенности фичи, зафиксировать и иногда напоминаем себе и команде.
2. Рассказать команде про фичу и обозначить условия завершенности.
3. Организовать общее пространство для обсуждения фичи во время оценки и разработки.
4.  Участвовать в планировании технической реализации по мере возможности.
5. Обсуждать итоговую оценку с ПM.

Этап разработки

1. Помочь разработчикам в согласовании изменений во время разработки.
2. Ответить на вопросы команды по фиче.
3. Контролировать процесс разработки и предупредить команду о любых отклонениях от плана. 
4.  Поощрить написание документации во время разработки.
5. Проявить инициативу в получении результата по фиче.

Завершение фичи

1. Контролировать своевременное раскатывание задач на окружения.
2. Демонстрировать команде результат (можно провести короткое демо).
3. При необходимости проводить ретроспективу после завершения фичи.
4. Принимать и анализировать обратную связь от команды.
5. Благодарить всех и себя за проделанную работу!

Обязанности мы рассмотрели, затронем и те моменты, на которые стоит обращать внимание и избегать.

«Красные флаги» фича-лида

1. Частые проверки сроков у разработчиков Постоянное напоминание о сроках может вызвать раздражение и отвлечение у разработчиков. Лучше доверьтесь команде и помогайте только при необходимости.
2. Принятие решений в области вне вашей компетенции Умение привлекать специалистов в случае необходимости и объяснять проблему поможет избежать принятия некомпетентных решений.
3.  Отсутствие делегирования задач Разработка не должна зависеть от одного человека. Фича-лид контролирует и помогает, а не несёт всю ответственность в одиночку. 
4. Нежелание обращаться за помощью к команде  Не бойтесь обратиться за помощью и советом к другим членам команды. Обмен опытом и советами — это важная часть успешного руководства. 
5. Дополнительные действия без согласования  Необходимо избегать излишней деятельности, нацеленной только на демонстрацию активности. 
6. Замалчивание проблем Самое плохое — это не срыв сроков, а то, что он произойдет неожиданно. При таком развитии событий не будет возможности продумать варианты обхода проблемы или предусмотреть усиление команды.

Заключение

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

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