Наибольшую эффективность демонстрируют небольшие, легкие на подъем agile-команды из 5–7 человек с разноплановыми и при этом пересекающимися наборами навыков. Между участниками команды с такой структурой могут сложиться тесные, доверительные взаимоотношения; применяя разные навыки, они быстрее справляются с работой. Иногда, правда, коллективных способностей команды для реализации проекта оказывается недостаточно.
Здесь-то и пригодятся специалисты узкого профиля.
Специалисты широкого и узкого профиля
Люди, с которыми нам приходится работать, обычно относятся к одной из двух категорий: специалисты широкого профиля и специалисты узкого профиля. Чем же они различаются?
- Специалист широкого профиля обладает широкими познаниями и может работать в разных сферах деятельности.
- Специалист узкого профиля обладает глубокими уникальными познаниями в конкретной сфере деятельности.
Во многих методиках Agile заложена идея о том, что всем участникам команды следует стать специалистами широкого профиля (подробнее о причинах этого читайте в нашей статье, посвященной Agile-командам). Тем не менее команде стоит заручиться поддержкой специалиста узкого профиля в следующих случаях:
- сотрудник с определенными компетенциями не нужен команде на постоянной основе;
- в компании работает ограниченное количество сотрудников с определенными компетенциями, которые взаимодействуют с несколькими командами;
- для работы в конкретной сфере, к которой у обычной команды нет доступа, нужно специальное разрешение.
В этих случаях имеет смысл на некоторое время пригласить в команду специалиста узкого профиля. Но если вы решили заручиться поддержкой такого специалиста, будьте готовы столкнуться с некоторыми сложностями.
Проблемы, связанные с приглашением специалистов узкого профиля
Поскольку специалисты узкого профиля находятся с командой в течение ограниченного промежутка времени, они быстро «обрастают» зависимостями так, что иногда останавливается работа всей команды. Например, если команда доверила администратору базы данных внести изменения в базу данных для развертывания нового кода, администратор базы данных встает на пути прогресса команды. Если работа команды не может двигаться, пока этот специалист не выполнит свою задачу, все останавливается. Поскольку этот специалист — единственный в команде, обладающий нужными навыками, команда вынуждена ждать, пока специалист подготовит им путь.
Специалисты узкого профиля постоянно меняют поле работы: становятся менее активными в одном проекте и более активными в другом. А переключение между проектами — дело затратное. Практически никогда специалисты узкого профиля не знают деталей проекта, которые известны участникам основной команды. Следовательно, специалисты узкого профиля могут упустить нечто важное. Чтобы избежать этого, основной команде приходится прилагать дополнительные усилия, чтобы держать приглашенного специалиста в курсе всех дел.
Советы по работе со специалистами узкого профиля
Далее приведены три совета, которые помогут избежать многих подводных камней в работе со специалистом узкого профиля.
1. Четко сформулируйте задачу, стоящую перед специалистом
Когда вы поймете, что необходимо задействовать специалиста узкого профиля, подумайте, чего именно вы хотите этим достичь. Вы должны понимать, какой вид работы необходимо выполнить и насколько глубокие познания для этого потребуются. При таком подходе команда получит специалиста с необходимым набором навыков, а специалист успеет выполнить поставленную задачу в срок. Нереалистичные сроки или требования к навыкам специалиста ставят под угрозу успех сотрудничества команды и этого специалиста.
2. Организуйте передачу знаний от специалиста основной команде
В agile-командах очень важно, чтобы наборы навыков их участников пересекались хотя бы частично. Когда специалист узкого профиля будет работать с командой, найдите время, в которое он проведет для основной команды настолько основательное обучение, насколько это возможно, чтобы, когда специалист закончит работу, по крайней мере часть его знаний осталась в команде. Вот как лучше всего это сделать.
- Совместное программирование. При совместном программировании минимум два участника команды вместе работают над определенной областью проекта в режиме реального времени. Все участники могут задавать вопросы и вести работу.
- Проверка кода. В ходе проверки кода участник основной команды проверяет работу, выполненную специалистом узкого профиля, чтобы понять суть всех изменений. При проверке кода больше внимания уделяется причинам, по которым специалист принял то или иное решение, а не собственно работе, из-за чего проверка не так эффективна для обучения, как совместное программирование.
- Неформальные презентации. В рамках неформальных презентаций или семинаров специалисты узкого профиля могут поделиться знаниями с группой людей. С помощью таких презентаций можно эффективно обучить всю команду.
Обогащая команду новыми знаниями, вы стремитесь сделать ее более независимой. Новые знания помогут основной команде лучше разбираться в тех областях, в которых ранее был сведущ только специалист узкого профиля, а значит, она станет менее зависима от этого специалиста в будущем.
3. Сокращайте текущую потребность в помощи специалиста
Пока специалисты сворачивают свою деятельность в команде, самое время заключить между ними и командой соглашения об уровне обслуживания. Определите, когда или при каких обстоятельствах команде может понадобиться повторное вмешательство специалиста. Руководства по поддержке, в которых перечислены распространенные варианты развития ситуации в сфере деятельности специалиста, позволят команде взять проект в свои руки и самостоятельно решать проблемы.
В Atlassian стремятся расширять навыки специалистов широкого профиля. Например, чтобы в их арсенале была такая специальность, как дизайн, мы создали эффективные инструменты, которые помогут разработчикам и владельцам продукта развить навыки в сфере дизайна. Подробнее об этом см. в нашей статье, посвященной дизайну по принципам Agile.
