스탠드업, 회고 및 속도

스탠드업, 회고 및 속도에 대해 설명합니다.

스프린트 계획 및 검토와 같은 핵심 스크럼 행사 외에도, 팀은 GitLab을 사용하여 공동 배치 및 분산 환경 모두에서 다음과 같은 일반적인 스크럼 행사를 촉진할 수 있습니다: 일일 스탠드업 회고 스토리 포인트 속도 및 변동성 이 페이지는 스크럼 입문 튜토리얼 의 개념과 워크플로를 기반으로 합니다. 해당 튜토리얼을 완료하지 않았다면 계속하기 전에 완료해야 합니다. 일일 스탠드업 # 일반 가이드라인: 스탠드업을 15분 이하로 제한합니다. 상태 업데이트를 넘어 추가 논의가 필요한 주제가 있으면 스탠드업 후 관련 당사자들이 별도로 논의할 수 있도록 토론을 연기합니다. 동기적 스탠드업 # 같은 장소에 있다면 같은 방에 모여 Current Sprint 보드를 살펴보며 각 이슈에 대한 업데이트를 논의합니다. 분산 환경이라면 화상 통화에 접속하여 한 사람이 화면 공유를 주도하여 현재 스프린트 보드를 검토합니다. 현재 스프린트 보드를 함께 검토하는 대신 다음 형식을 사용할 수 있습니다. 각 팀원은 다음 세 가지 질문에 답해야 합니다: "어제 무엇을 달성했나?" "오늘은 무엇을 작업하나?" "현재 또는 곧 차단되는 것이 있나?" 비동기적 스탠드업 # GitLab에서 비동기 스탠드업을 촉진하려면 몇 가지 다른 옵션이 있습니다: 팀의 채팅 도구에서: 자동화를 사용하여 각 팀원의 스탠드업을 보고합니다. GitLab 내부적으로 Geekbot 을 사용합니다. GitLab에서: Stand-up 이라는 이슈를 만들고 현재 이터레이션에 추가합니다. 스프린트의 매일 첫 번째로 스탠드업을 보고하는 사람이 날짜와 함께 새 댓글을 만들고, 업데이트가 담긴 댓글을 추가합니다. 각 팀원은 해당 업데이트를 스레드로 토론에 추가합니다. 데모 프로젝트의 예제 를 참조하세요. 스프린트 회고 # 회고는 팀이 프로세스 개선 사항을 파악하고 진행 상황을 축하하기 위한 비난 없는 기회입니다. 다양한 회고 형식 중에서 선택할 수 있습니다. James Shore는 그의 저서 "The Art of Agile"에서 회고를 어떻게 진행하는지에 대한 훌륭한 개요 를 제공합니다. 동기적 회고 # 회고 중에 이터레이션 보고서 를 검토하면 도움이 됩니다. 완료된 이터레이션의 이터레이션 보고서를 검토하려면: 상단 바에서 Search or go to 를 선택하고 그룹을 찾습니다. Plan > Iterations 를 선택합니다. 상단에서 Done 을 선택하고 이터레이션 케이던스를 선택합니다. 가장 최근에 완료된 이터레이션을 선택합니다. 비동기적 회고 # 비동기 회고에는 GitLab 이슈를 사용할 수 있습니다. 현재 이터레이션에서 Retrospective 라는 새 이슈를 만듭니다. 동기 회고와 동일한 많은 형식을 적용할 수 있습니다. James Shore가 제안한 회고 개요를 적용하는 예제 이슈 를 참조하세요. 많은 행동 항목이 있다면 회고와 독립적으로 추적하기 위해 별도의 이슈를 만드는 것을 고려합니다. 팀이 행동 항목 분류를 완료한 후 회고 이슈를 닫습니다. 스토리 포인트 # 스토리를 완료하는 데 필요한 상대적