Azure DevOps 확장 기능(Retrospectives)은 소요 시간 단축 검토에 가장 적합합니다.

스팸 이벤트에 대한 빠른 검토(Sprint Retrospective)는 Scrum.org용 Scrum Guide에 정의되어 있습니다.단거리 달리기 시간이 끝날 때 단거리 달리기 시간은 일주일 45분(4주면 3시간) 어때요?뭐가 안 좋으면 어떻게 개선합니까?모두 함께 상의하다.
다른 쓰레기 활동은 잘한다는 얘기는 많이 들었는데 단거리 회고만 해도 안 된다.중요한 활동이 순조롭게 진행되도록 하기 위해서 나는 그것을 고정시킬 방법을 강구하고 싶다.
Azure DevOps는 대체로 폐기물로 개발하는 데 필요한 기능을 갖췄지만, 표준상 빠른 회고에 관한 기능은 없다.
하지만 Microsoft DevLabs의 확장 기능을 Azure DevOps에 설치하면 Azure DevOps 화면에서 단거리 회고를 할 수 있다.
Retrospectives 확장 기능(Market place)

Retrospectives는 Azure DevOps의 Boards(분립, 후퇴 작업을 처리하는 화면 그룹)에 화면을 추가합니다.

이 화면에서는 이른바 KPT(Keep·Problem·Try) 기법으로 돌아볼 수 있다.
시간을 구분하는 화면을 만들고 시작합니다.
좋습니다. Keep을 왼쪽의 "What went well"에 추가하고, 나쁜 Problem을 오른쪽의 "What didn't go well"에 추가합니다.멤버가 각자 자신의 계정으로 아주어 데비옵스를 열면 각자 추가할 수 있고 이름도 뜨고 원격도 가능해 화이트보드에서 노는 것보다 훨씬 수월하다.

"Group"으로 의견을 정리하고, "Vote"로 "괜찮은데!"투표할 수 있을 것 같아서 좋아요.

마지막으로 Act 화면에서는 Azure DevOps의 work item(작업과 백그라운드 로그 등)을 추가할 수 있습니다.이른바 Try로서 개선을 위해 다음 분류 기간 내에 잘 할 수 있고, 이를 Azure DevOps 표준으로 등록·시행할 수 있다.이거 상당히 좋아요!!
KTP 논의가 끝나면 끝나는 경우가 종종 있는데 이후 T가 구체화되지 않아 매주 같은 T를 이어간다.그러나 Work item을 Sprints에 등록하면 (Azure DevOps를 능숙하게 사용할 수 있는 팀이라면) 실행 가능한 구체적인 작업을 만들 수 있을 것이다.그런 임무가 아니면 진정할 수 없어요.
Retrospectives에 추가된 작업은 Sprints에 직접 상위 없는 작업으로 로그인됩니다.

에픽 피처 프로듀서 백로그와 연계된 미션만 만들면 조금 불편하겠지만, 실제 쓰레기 처리를 제대로 했다면 프듀 백로그와 연계하기는 어렵지만, 쓰레기 처리를 유지하고 개선해야 한다.하지만 임의로 임무를 추가할 수 있다면 좀 어렵다.이럴 때 Retrospectives에 추가된 미션 OK가 있으면 팀으로 활용하기 쉽다.
Azure DevOps에서 방해를 시작할 때 짧은 시간(날짜)을 먼저 설정합니다.이때 함께 Retrospectives를 설치해 최초의 회고 화면을 만들면 된다.
Retrospectives는 단거리 회고 외에도 즉석에서 단거리 댓글을 실시간으로 추가해 얻은 피드백에도 활용할 수 있다.Retrospective와 Review 같은 글과 단거리 경주 기간에 조합된 이름을 더하면 쉽게 알 수 있을 것 같아요.