Эта статья была спонсирована Atlassian . Спасибо за поддержку спонсоров, которые делают возможным использование SitePoint.
В сегодняшнем мире стартапов и захватывающих новых продуктов инженерные команды, как ожидается, будут поставлять долгосрочное и надежное программное обеспечение за все более короткое время. Agile-практики помогают командам удовлетворить эту потребность, позволяя выпускать их рано и часто. Если вы когда-нибудь задумывались о том, как Agile может помочь вашей команде или как она помогает наиболее успешным командам выпускать по расписанию с каждым спринтом, то не смотрите дальше. Более 500 тыс. Гибких проектов находятся в JIRA , и Atlassian внимательно изучил их, чтобы найти общие тенденции, которые помогут сделать эти команды такими успешными.
планирование
Каждая успешная команда рассматривает спринт-планирование как один из наиболее важных этапов гибкого процесса. Без хорошего процесса планирования спринта ваша команда не сможет гарантировать время и бюджет. Итак, что делают наиболее успешные гибкие команды для обеспечения продуктивного этапа планирования спринта?
Для начала Атлассиан обнаружил, что в среднем на спринт было назначено не более 30 вопросов. Это важная часть гарантии того, что ваша инженерная команда не берет на себя больше работы, чем она может реально выполнить. Когда сроки накапливаются, команды, как правило, видят увеличение рабочей нагрузки. Хотя этого часто ожидают, важно помнить, что поспешный код, скорее всего, создаст технический долг по сравнению с хорошо спланированным и тщательно написанным кодом. Хотя порой сложно придерживаться стандарта, ограничение количества билетов на спринт будет помогать вашей команде выпускать код, который длится.
Еще одна распространенная метрика, найденная Атлассианом, заключалась в том, что самые успешные гибкие команды имели в среднем 12 «эпиков» в своих заделах. Это важная находка, потому что она подчеркивает способность команды визуализировать, что будет дальше в плане выпуска. Также важно помнить, что резервы бесполезны без связи. У вашей команды может быть ухоженное отставание, но важно убедиться, что руководители вашей команды проводят время, просматривая его, сообщая о предстоящих требованиях остальной части команды.
отслеживание
Отслеживание состояния здоровья каждого спринта является еще одним ключевым фактором, который позволяет успешным гибким командам. Одним из основных показателей, найденных Атлассианом, было то, что в среднем спринт длился 10 дней. Если кажется, что сложно уместить весь спринт в такой небольшой промежуток времени, можно перенести проблемы в отставание. Ключ здесь — баланс. Вашей команде нужно время, чтобы завершить спринт, но ей также нужно время, чтобы проанализировать резервы, скорректировать цели и провести значимые ретроспективы. Спринт, который длится слишком долго, может отвлечь внимание от этих не менее важных аспектов успешного гибкого процесса. Дайте вашей команде время подумать и переориентироваться, и они будут благодарны вам за успешный выпуск.
Сколько работы должно быть в 10-дневном спринте? Атлассиан обнаружил, что 73% запланированных проблем были выполнены. Обычно это происходит потому, что команды часто пытаются выполнить больше работы, чем они могут выполнить за короткий промежуток времени. Отслеживание вашего гибкого процесса становится намного проще, когда ваша команда не перегружена тем, сколько вопросов им осталось решить. Всегда лучше уменьшить количество проблем в вашем спринте, если это означает улучшение здоровья и ясности вашей команды.
Высвобождение
Какой будет успешная гибкая команда без успешного цикла выпуска? Как выясняется, большинство команд ждут только 15 дней между релизами. Это может показаться коротким промежутком времени, но цель намного легче достичь, если ваш гибкий процесс работает правильно. Фактически, Атлассиан обнаружил, что лучшие проворные команды выпускают примерно на 20% чаще, чем их конкуренты.
Другая важная часть цикла релизов — это день, когда происходят релизы. Согласно выводам Atlassian, понедельник — самый популярный день релиза, но ключом к здоровому циклу релизов является выбор дня, который лучше всего подходит для потребностей вашего бизнеса и команды. Какой бы день вы ни выбрали, убедитесь, что ваши релизы запланированы заранее.
Вывод
Agile может быть сложным процессом для правильной реализации. Однако после интеграции это позволит вашей команде выпустить быстро и эффективно. Тем не менее, вы решаете изучить данные Atlassian, ключевым моментом является создание гибкого процесса, который лучше всего подходит для вас и вашей команды. Конечно, также помогает доступ к более чем 500 000 других гибких проектов и возможность увидеть, что делает их успешными.
Никто не понимает гибкие команды лучше, чем Atlassian, и благодаря JIRA они могут поделиться этими знаниями с другими заинтересованными гибкими командами. Не забудьте взглянуть на инфографику, которую они собрали здесь .