Создание установки на повышение профессиональной компетенции с помощью ретроспектив
Ретроспективы совершенствуют принципы установки на повышение профессиональной компетенции: экспериментирование, тестирование, обучение, обмен, рост и расширение возможностей. Они также обеспечивают безопасное место для членов команды, чтобы поделиться проблемами, с которыми они сталкиваются в текущем проекте, и предоставить команде возможность создать устойчивый рост.
Структура ретроспективы
Во время ретроспективных собраний для проекта миграции каждый член команды, как ожидается, поделиться своими мыслями относительно трех основных вопросов:
- Что прошло хорошо?
- Что могло бы получиться лучше?
- Чему мы научились?
Чему мы научились
Ретроспективный обозначает конец выпуска или итерации. По мере того как команда получает опыт и учится урокам, они корректируют выпуск и итерацию невыполненной работы, чтобы отразить новые процессы и эксперименты для тестирования. Это начинает следующую итерацию с помощью процессов миграции.
Команды, которые управляют следующей волной миграции, должны применять уроки, которые они узнали, чтобы постоянно улучшить миграцию.
Проведение ретроспективного
Чтобы приступить к работе с ретроспективой миграции, вам потребуется несколько действий.
- Организатор: член команды, который будет выступать в качестве организатора или тренера во время процесса. Этот член группы фокусируется на руководстве команды через ретроспективный процесс и гарантирует, что все идеи слышны и захвачены.
- Метод отслеживания и упорядочения: метод отслеживания и упорядочивания идей в визуальном виде. Это может быть физическая доска с липкими заметками, виртуальной доской или средством DevOps.
- Вопросы в области: вы хотите упорядочить систему отслеживания с тремя вопросами:
- Что прошло хорошо?
- Что могло бы получиться лучше?
- Чему мы научились?
Выполнив описанные выше действия, выполните следующие действия с командой:
Отдельные ответы: ответы каждого члена команды отвечают на вопрос "Что пошло хорошо?", и задокументируйте свои ответы.
- Если используется физическая доска, пусть каждый член команды заполняет свои ответы на доске.
- Если используется цифровая доска, пусть каждый член заполняет свои ответы с помощью средства.
Организатор читает: После того, как каждый участник команды документирует свои мысли, организатор должен просмотреть отзыв, а затем прочитать его вслух команде.
- Вы должны объединить похожие идеи, как вы их обнаруживаете, чтобы распознать тенденции повторного выполнения.
- Создайте метки или родительские элементы, чтобы помочь упорядочить эти мысли.
- Если вы найдете неуместные элементы, принадлежащие в другой области, переместите их в это время.
Повторите этот процесс для "Что могло быть лучше?".
- Во время этого процесса поощряйте людей обсуждать свои конкретные проблемы с людьми, процессами и технологиями. Это должно быть открытое пространство.
- Попробуйте определить, какие задержки при миграции, затронутых выпуском, или привести к отправке рабочих нагрузок из этого спринта.
- Подумайте о том, как вы можете предотвратить эти проблемы, как вы обсуждаете вопрос "Что мы узнали?".
После записи и группирования идей из этих вопросов задайте команде: "Что мы узнали?". Затем идеи мозгового штурма для улучшения, которые можно применить к следующему спринту.
Пример ретроспективных выходных данных
Рассмотрим следующий пример ретроспективных выходных данных:
| Что прошло хорошо? | Что могло бы получиться лучше? | Чему мы научились? |
|---|---|---|
| Взаимодействие с бизнес-пользователями для Application X и Application Y. (5 голосов) | Участие разработчиков в проверке сетевой архитектуры для Application X и Application Z. (3 голоса) | Перед миграцией необходимо проверить весь трафик брандмауэра из рабочих нагрузок, даже если мы считаем, что у них нет специальных правил. (4 голоса) |
| Команды разработки для Application Y были очень вовлечены. (2 голоса) | Общие сведения о требованиях к сети для Application X. (2 голоса) | Мы должны убедиться, что команды разработчиков знают, что ожидается от них в процессе миграции. (4 голоса) |
| Включение Azure Backup в процессе миграции. | Общие сведения о требованиях к сети для Application Y. (1 голосов) | Нам нужно запланировать дополнительное время для больших баз данных SQL. (3 голоса) |
Следующий шаг
Чтобы обеспечить непрерывное обслуживание и оптимизацию рабочих нагрузок в Azure, следует продолжить реализацию методологии управления Cloud Adoption Framework для Azure.