4 совета, как заставить Scrum работать на вас

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

Одним из основных принципов Scrum является приверженность достижению целей команды, будь то общая картина во время уточнения бэклога продукта или выполнение работы во время спринта. Но реальность такова, что у каждого есть свои личные мотивы вне Scrum-команды. Разработчики в особенности заботятся о качестве своей работы, а также о том, чтобы сделать себя более востребованными на рынке, поэтому они развивают свои технические навыки, когда это возможно.

Заставьте Scrum и Agile работать на вас

Есть много принципов, которые Scrum-команды могут принять для продвижения обучения, просто выполняя свою повседневную работу. Хотя не все эти принципы взяты непосредственно из Руководства по Scrum, многие Scrum-команды успешно переняли их, в частности, из таких областей, как бережливое и экстремальное программирование. Понятия, выделенные жирным шрифтом ниже, — это названия инструментов, ценностей и принципов, которые можно найти во всех аспектах Agile.

Создайте среду для обучения

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

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

Виртуальное размещение

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

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

Уменьшите скорость

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

В таких учебных ситуациях может потребоваться много учиться, а не только учиться на работе. Документация должна быть пересмотрена, демоверсии должны быть созданы, библиотеки должны быть установлены.

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

Включите обучение в цель

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

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

Не ставьте себя выше команды

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