Создание установки на повышение профессиональной компетенции с помощью ретроспектив

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

Структура ретроспективы

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

• Что прошло хорошо?
• Что могло бы получиться лучше?
• Чему мы научились?

Чему мы научились

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

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

Проведение ретроспективного

Чтобы приступить к работе с ретроспективой миграции, вам потребуется несколько действий.

• Организатор: член команды, который будет выступать в качестве организатора или тренера во время процесса. Этот член группы фокусируется на руководстве команды через ретроспективный процесс и гарантирует, что все идеи слышны и захвачены.
• Метод отслеживания и упорядочения: метод отслеживания и упорядочивания идей в визуальном виде. Это может быть физическая доска с липкими заметками, виртуальной доской или средством 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.

Cloud Adoption Framework — методология управления