Как поддерживать прозрачность в Scrum

Обеспечение прозрачности — команда Scrum

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

Сделать прогресс работы более заметным

Команда может видеть прогресс: графики сгорания и доски — традиционные способы отображения прогресса кцели спринта. Простой визуальный отчет, показывающий прогресс на всех уровнях планирования — от спринта до отдельных задач — может эффективно сократить количество разговоров о том, «когда это будет готово?»

Свободный поток актуальной информации

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

Мастер Scrum

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

Прозрачность в событиях

Спринт — это контейнер для всех остальных событий. Каждое событие в Scrum — это формальная возможность проверить и адаптировать что-либо. Эти события специально разработаны для достижения ключевой прозрачности и проверки. Отсутствие любого из этих событий приводит к снижению прозрачности и потере возможностей для проверки и адаптации.

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

Прозрачность в событиях

Встреча по планированию спринта

В Планирование спринта встреча проводится в начале спринта, чтобы понять и зафиксировать Бэклог спринта элементы. Это гарантирует, что все участники четко понимают, что им нужно сделать, чтобы продвинуть конкретную итерацию.

Ежедневная встреча Scrum

В Ежедневная встреча Scrum фокусируется на вкладе команды в конкретный спринт, день за днем. Она отвечает на три ключевых вопроса:

• Что я завершил за последние 24 часа, чтобы помочь достичь ежедневной цели спринта?
• Что я сделаю сегодня, чтобы помочь достичь следующей цели спринта?
• Какие препятствия мешают мне продвигаться к цели?

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

Встреча по итогам спринта

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

Встреча по анализу спринта

В Анализ спринта проводится для анализа последнего спринта, взаимодействий, процессов и инструментов, а также для определения улучшений в будущих спринтах. Этот процесс требует прозрачности в отчетности и коммуникации.

Прозрачность артефактов

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

Бэклог продукта

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

Бэклог спринта

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

Графики сгорания – отслеживание прогресса

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

Доска задач Scrum

Доска Scrum также используется для отражения трех этапов работы в течение спринта:

• Что нужно сделать?
• Что в настоящее время находится в работе?
• Что уже завершено?

Определение готовности

Прозрачность также тесно связана с «Определением готовности». Формальное определение «готово» снижает вариативность и вероятность незавершенной работы, а четкое измерение прогресса — «готово» или «не готово» — повышает прозрачность.

Недостаточно совершенное «Определение готовности» означает наличие «незавершенной работы» в вашей системе. Эта незавершенная работа также приводит к отсутствию прозрачности. Риски скрыты. Например, если тестирование производительности оставлено как «незавершенное», это увеличивает риск выпуска некачественной системы до самого последнего момента перед релизом — когда ущерб наибольший.

Заключение

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