Введение в Agile Standup
Прежде чем я углублюсь в эту тему Agile Standup, позвольте мне объяснить, что значит стоять в контексте Agile. Agile Standup похож на стратегическую встречу, которая держит всю команду в курсе того, что происходит, каковы их будущие цели, задачи, сроки, и использует его в качестве средства для постановки проблем или тупиков, если они сталкиваются с ними. Аналогию можно извлечь из вселенной спорта, где игроки часто собираются и обсуждают план игры, тактику и стратегию, которые им необходимо реализовать. Точно так же стоячие встречи - это как встреча заинтересованных сторон, так как внутренние и внешние могут использоваться в качестве среды для обсуждения прогресса, постановки вопросов и обращения за помощью.
Обсуждая прогресс и помехи, можно узнать, где они находятся и как они способствуют работе команды. Когда другие участники делятся своим прогрессом, вы, как команда, узнаете, где вы находитесь и какова дорожная карта на будущее. Если команда отклоняется от своей цели, вставание может послужить отличным средством, чтобы вернуться на правильный путь, но очень четкие меры для того, чтобы их было легко придерживаться, и такие отклонения не произойдут в будущем. Можно использовать очень простые инструменты, такие как блокнот, трекер прогресса, чтобы отслеживать свое развитие, следующие шаги и препятствия, с которыми столкнулись или будут встречаться в будущем.
Шаги для успешного Agile Standup
Ниже приведен список некоторых шагов, которые можно выполнить, чтобы успешно выполнить Agile Standup:
1. Время пригодности
В современной современной рабочей культуре команды, работающие над проектом, распределены по всему земному шару, компании делают это, чтобы добиться разнообразия в команде, нанять специалиста и, если специалист не может путешествовать по каким-либо причинам, например, из-за личных потребностей или если компания возьмет на себя расходы по переезду, тогда специалист сможет работать с родного места. Таким образом, из-за различий в рабочей силе, время, которое подходит всем, должно быть выбрано так, чтобы каждый мог участвовать в этом гибком состязании и быть наравне с остальной частью команды.
2. Эффективность
Удостоверьтесь, что материал вещества покрыт, и участники не уходят полностью с пути. Следует хранить записи о проблемах, обсуждавшихся в последнем гибком режиме, и нужно уделять минимальное время их обновлениям, а затем приступать к решению проблем дня. Следует также следить за тем, чтобы все члены вносили свой вклад и поощряли их, если они отмечены, чтобы побудить их сделать это.
3. Оценить
У компании не должно быть гибкой позиции просто ради нее, она должна повышать ценность, повышать эффективность на том или ином уровне. Если этого не происходит, должна быть гибкость в процессе внесения изменений и, при необходимости, полное уничтожение процесса. Сокращение продолжительности гибкого режима ожидания также является жизнеспособным вариантом. Если команда широко распространена по всему миру, то полное исключение может быть плохой идеей, так как вы не будете знать, что делают другие участники, в этом случае сокращение продолжительности является хорошей альтернативой.
4. Сроки
Важно проводить встречи в оговоренные сроки, участникам необходимо выделить время до выступления, чтобы они могли коснуться точных и насущных вопросов. Таким образом можно было бы избежать лишних тем и сосредоточиться на основных проблемах.
5. Изолировать вопросы
Встать также должно помочь старшим членам принять к сведению вопросы и изолировать их при необходимости. Если участник борется, то встание может быть средством поднять его озабоченность, и тогда ему может быть оказана помощь или обучение в соответствии с требованием.
6. Дополнительные требования
Старшие члены могут использовать эту среду, чтобы оценить, требуются ли какие-либо дополнительные требования для команды, с точки зрения новых сотрудников, дополнительного обучения и любых дополнительных ресурсов.
7. Оставайтесь на месте
Для поддержания порядка встречи может быть установлен стандартный порядок вопросов, это может помочь поддерживать встречу в полном порядке.
- Проблемы, с которыми сталкивались на прошлой встрече, и прогресс по ним.
- Цель до следующей встречи.
- Каковы дополнительные требования, если таковые имеются?
Имея набор вопросов, которые относятся ко всем членам, можно получить участие всех участников, и они могут высказать свое мнение на собрании. Следует обсудить все виды проблем, потому что небольшая проблема, если ее не лечить, может в дальнейшем превратиться в большую проблему, причем не только для заинтересованного лица, но и в том, что его работа зависит от других для функционирования, и весь цикл может быть засорен.
8. Поддерживать Decorum
Не следует забывать, что все являются частью одной команды, работающей над достижением одной и той же цели. Следовательно, обвинять других следует избегать. Участники могут сообщить другим членам, если что-то создает помехи в их работе и совместно работает над их решением.
9. Пунктуальность
Участники должны быть пунктуальными и присутствовать на встрече вовремя. Это следует защищать, особенно если есть глобальная команда. Поскольку часовые пояса различаются, защита этого с самого начала поможет всем оставаться пунктуальными.
10. Оставаться на ходу
Члены должны избегать полного отклонения от курса и должны помнить, что все, что они решат поделиться, должно быть связано с темой обсуждения, а не говорить о чем-то совершенно случайном. Кроме того, они должны закончить то, что они должны сказать, в установленные сроки и предоставить достаточно времени и другим.
11. Проактивный
И наконец, гибкие резервные встречи не должны быть единственным временем для общения членов друг с другом, когда они должны обратиться к своей команде до следующей встречи, если это необходимо.
Вывод
Таким образом, заключение с гибкой версткой может быть чрезвычайно полезным, если оно успешно реализовано с небольшим планированием. Но в то же время, это может быть и полным излишним упражнением, если оно не реализовано должным образом.
Рекомендуемые статьи
Это руководство по Agile Standup. Здесь мы обсуждаем 11 ключевых шагов для гибкой готовности. Вы также можете посмотреть следующие статьи, чтобы узнать больше -
- Руководство по гибкой модели и методологии
- Что такое проектная документация?
- Лучшие практики Agile Software
- Устав проекта Six Sigma