회고의 의미와 개념에 대해 알아봅시다.
회고의 의미와 개념을 이해한다.
회고는 팀이 배운 내용을 기반으로 프로세스를 개선하고 조정하기 위해 팀이 수행하는 세션입니다. 회고는 적응형 접근 방식입니다. 애자일 프로젝트반복주기가 끝날 때 정기적으로 개최되는 회의입니다. 회고는 Agile 프로젝트의 지식 관리 방법입니다. Agile에서는 각 Iteration이 끝날 때마다 지식을 관리하기 위한 회의가 열리는데, 이는 회고적 회의입니다. 회고적 회의를 통해 프로젝트 전반에 걸쳐 얻은 지식을 관리하고 팀을 계속 발전시킬 수 있습니다. 회고의 목적은 프로젝트 지식을 관리하고 프로젝트 팀을 지속적으로 발전시켜 성과를 향상시키는 것입니다. 회고는 이전 스프린트를 검토하는 데 사용됩니다(팀 구성원은 스프린트 중에 발생한 문제와 문제의 근본 원인에 대해 논의하고 다음 스프린트 동안 이러한 문제와 근본 원인을 개선하기 위한 조치를 함께 개발합니다. 회고), 포스트잇을 팀에 전달합니다. 회원들에게 ‘좋은 점’, ‘개선할 점’을 적고 내용을 하나씩 설명해주세요. 회고적 회의는 가급적 1~2시간 동안 지속되어야 합니다.
회고의 의미와 개념에 대한 설명
회고는 팀이 배운 내용을 바탕으로 프로세스를 개선하고 조정하는 회의입니다. 회고를 통해 Agile 프로젝트 작업 방식, 프로세스, 협업 방식을 개선하고 조정합니다. 회고의 관점은 작업을 수행하는 프로세스 관점을 개선하는 것입니다. 회고는 프로젝트 팀이 정기적으로 보다 효과적인 방법을 찾아 반영하고 이에 따라 작업 활동을 조정 및 조정하는 민첩한 방법입니다. Agile의 기본원칙에 부합하는 실무회의입니다. 회고적 애자일의 12가지 기본 원칙 이 관행은 마지막 원칙에 해당합니다. 회고는 Agile 프로젝트 중 각 반복이 끝날 때 수행됩니다. 회고 회의의 목적은 다음 반복에서 더 나은 성과를 낼 수 있는 방법을 찾는 것입니다. 자유로운 분위기에서 회고전을 진행하는 것이 옳다. 회고는 책임을 부여하기 위한 모임이 아니라, 이전 작업에서 얻은 교훈을 모아 개선을 목적으로 하는 모임입니다. Agile 프로젝트는 항상 각 반복 주기가 끝날 때마다 검토와 회고가 있으므로 일반적으로 각 반복이 끝날 때 개최됩니다. 매주 회고를 할 수 있는 기회가 있을 것입니다. 회고적인 회의와 방식이 형식화되지 않도록 장기적으로 묻는 질문을 바꾸는 것도 중요하다. 회고를 진행할 때 팀원들에게 다음과 같은 질문을 던진다.
[회고 회의의 질문 방향]① 새로 시작, 중지, 계속 ② 3Ls: 좋아요, 배웠음, 부족함 ③ KPT: 유지, 문제(개선할 것), 시도(다음에 시도할 것) ④ PMI: 플러스(좋은 것), 마이너스(나쁜 것), 흥미롭다 (흥미로웠던 일)
필요에 따라 회고전을 추가로 실시할 수 있다. 추가로 회고하는 경우는 4가지 정도이다.[회고를 추가적으로 진행하는 경우]
Agile 프로젝트 수행 시 반복 주기는 2주가 아니지만, 기업의 반복 주기가 1개월인 경우 이전 회고 이후 많은 시간이 경과하였기 때문에 반복 주기가 끝나기 전에 추가 회고를 실시할 수 있습니다. 있습니다. 프로젝트팀이 교착상태에 빠져 작업이 막히면 더 이상 작업을 진행할 수 없기 때문에 회고를 미룰 수 없고, 스프린트가 끝나지 않아도 추가 작업을 할 수 있다. 프로젝트 이정표에 도달하거나 프로젝트가 완료된 경우에도 지식을 유지하기 위해 추가 회고전을 개최할 수 있습니다. 회고는 결코 책임을 묻는 모임이 아닙니다. 회고회의 목적은 누가 무엇을 잘못했는지 토론하는 것이 아니라 이전 작업에서 교훈을 얻고 개선하는 것입니다. 회고 회의의 목적은 다음 반복을 더욱 개선할 수 있는 방법을 찾는 것입니다. 회고회의를 통해 팀원들은 감정적인 측면에 대해 이야기하고, 실제 성과 지표가 있는 경우 이 데이터를 함께 논의하고 검토하여 문제를 식별할 수 있습니다. 그렇다면 문제의 근본 원인을 찾아 대책을 마련하고 실행 계획을 세울 수 있습니다. 프로젝트 팀원의 감성과 관련된 정성적 데이터와 성과 측정과 관련된 정량적 데이터를 검토할 수 있습니다. 그 데이터를 바탕으로 근본 원인을 찾아 대책을 세우고, 실행 계획을 수립합니다. 프로젝트에 병목 현상이 발생하면 이러한 병목 현상을 제거하기 위한 다양한 실행 항목을 도출합니다. 회고) 회의에서 개선해야 할 사항이 너무 많이 나올 수도 있습니다. 회고 미팅에서 개선이 필요한 항목이 너무 많이 나와 다음 스프린트에서 이를 모두 개선하려고 하면 오히려 다음 스프린트에 부담이 될 수 있습니다. 따라서 회고를 통해 도출된 개선사항에 대해서는 팀의 역량에 따라 실행항목의 수를 적절하게 제한하는 것이 옳다. 즉, 다음 반복 주기 동안 개선을 수행할 수 있는 팀의 역량에 따라 작업 항목 수를 적절하게 제한하는 것이 옳습니다. 개수를 제한할 수 있습니다. 너무 많은 개선을 시도하면 역효과를 낳을 수 있습니다. 그러므로 한꺼번에 너무 많은 것을 개선하고 반영하려고 하기보다는 지속적인 개선을 하는 것이 중요합니다. 한 번에 너무 많은 개선을 하려고 하기보다는 지속적인 발전을 이루는 것이 중요합니다.프로젝트 관리자개선사항에 대한 회고회의 및 중요도 순위 지정을 통해 코칭 활동을 주도할 수 있습니다. Agile 프로젝트의 프로젝트 관리자 스크럼 마스터스크럼 마스터는 서번트 리더십을 보여야 하며, 이는 코칭을 통해 개선점을 찾을 수 있습니다. 또한 먼저 개선해야 할 부분의 우선순위에 대해 코칭하고 질문할 수도 있습니다. Agile 프로젝트의 프로젝트 관리자는 서번트 리더이기 때문에 개선 사항을 명시하지 않습니다.