매일 열리는 Scrum 회의
럭비에서 Scrum은 미식축구의 다운과 비슷한 플레이입니다. Scru 방법에서 Scrum 회의는 럭비의 플레이와 같이 1일 작업을 만듭니다. 힘들고 어려울 수도 있지만 진행 목표가 명확하며 팀은 공통의 목표를 위해 협력합니다. 프로젝트 약속을 이행할 가능성을 최대화하려면 팀에서는 매일 Scrum 회의를 소집하여 다음날 팀이 수행해야 하는 작업을 확인해야 합니다. 각 팀 멤버는 직전 회의 이후 완료한 작업, 당일에 완료할 작업, 다른 팀 멤버에게 영향을 줄 수 있거나 다른 팀 멤버의 도움이 필요한 문제 또는 장애 요소 등에 대해 설명합니다.
Scrum 마스터는 회의 구조를 엄격하게 적용하고 회의가 정시에 시작하여 15분 이내에 끝나도록 합니다. 이 회의에서 각 팀 멤버는 다음과 같은 세 가지 질문에 답하게 됩니다.
가장 최근의 Scrum 회의 이후 무엇을 완료했습니까?
다음 Scrum 회의 이전에 무엇을 완료할 계획입니까?
작업에 영향을 줄 수 있는 문제 또는 장애 요소는 무엇입니까?
팀 멤버는 이러한 질문에 빠르고 간결하게 대답해야 합니다. 예를 들어 “어제 저는 데이터베이스에서 가져오는 새 데이터 요소를 반영하기 위해 클래스를 업데이트하고 이 요소가 인터페이스에 나타나도록 했습니다. 이 작업은 완료되었습니다. 그리고 오늘 저는 저장 프로시저 및 테이블의 다른 데이터 요소를 사용하여 새 데이터 요소가 정확하게 계산되는지 확인할 예정입니다. 이 작업은 오늘 완료할 수 있을 것으로 예상됩니다. 계산을 검토하기 위해 다른 사람의 도움이 필요하고, 장애 요소나 문제는 없습니다.”라고 하면 Scrum 회의 목적에 맞는 좋은 대답입니다. 반면에 “어제 저는 클래스로 작업했고, 오늘은 인터페이스로 작업할 예정입니다. 다른 문제는 없습니다.”라는 대답은 첫 번째 경우와 비교할 때 회의 목적에 맞지 않습니다.
이러한 예제에서 알 수 있듯이 첫 번째 대답은 완료한 작업, 완료할 작업, 팀 멤버가 코드 확인을 위한 도움이 필요하다는 내용을 전달합니다. 그러나 두 번째 예제는 작업한 클래스가 무엇인지 또는 어떤 인터페이스 구성 요소를 완료할지에 대한 내용을 구체적으로 제공하지 않습니다. 실제로 "완료했다"라는 단어는 나오지도 않았습니다.
예제 대답 중에 개입한 사람이 아무도 없다는 것에 주목하십시오. 계산을 검토할 적임자가 누구인지 또는 클래스를 어떤 방식으로 구현했는지 등에 대해 몇몇 참석자가 얘기하는 후속 토의도 없었습니다. 각 참석자는 세 가지 질문에 대답할 수 있는 시간을 충분히 가져야 합니다. 부연 설명을 위한 시간은 이 회의가 끝나고 사람들이 자리로 돌아가거나 충분한 대화가 필요한 경우 후속 회의에서 할 수 있습니다. 대부분의 팀은 “미해결 질문 기록장” 방법을 사용하여 토의를 늦춥니다. 팀 멤버가 나중에 토의해야 한다고 생각하는 주제가 생기면 어떤 멤버라도 화이트보드 또는 플립 차트로 조용히 걸어 와 질문 기록장에 해당 주제를 기록할 수 있습니다. 회의 마무리 단계에서 팀은 이 목록에 있는 주제에 대해 논의합니다.
성공적인 Scrum의 또 다른 측면은 사람들이 실제로 일어선다는 것입니다. 팀이 일어서면 멤버는 특히 말하고 있을 때 불편함을 느낍니다. 모든 사람이 일어서면 회의가 해산되고 긴 대화를 중단하게 됩니다.
세 번째로 회의는 제 시간에 시작하고 끝나야 하며 매일 같은 장소에서 같은 시간에 해야 합니다. 이런 식의 일관성은 패턴을 만들 수 있으므로 팀에 도움이 됩니다. 또한 팀은 번다운(burndown), 문제, 릴리스 계획 및 작업과 같은 데이터와 메모를 회의 장소에 게시할 수 있습니다. Alistair Cockburn은 이러한 정보를 Agile Software Development의 라디에이터라고 합니다. 팀 모임에서 이러한 중요한 자산을 한 위치에서 저장하고 볼 수 있게 하면 작업을 원활하게 진행할 수 있습니다.