사용자는 프로젝트 매니저이고 팀은 곧 다음 스프린트를 시작하려고 합니다. 하지만 팀이 작업할 수 있는 작업이 준비되어있나요?
이것을 결정하려면 애자일 프로젝트 관리에 필수적인 DoR이 필요합니다. 이를 통해 팀이 작업을 효과적으로 처리할 수 있습니다. 팀의 백로그 세분화에도 도움이 됩니다.
이 페이지에서는 스크럼에서 DoR과 애자일 접근법을 세분화하고 작업이 해당 기준을 충족하는지 측정하는 방법을 설명합니다.
DoR이란 무엇입니까?
DoR을 이용하면 팀이 작업을 시작하기 전에 작업을 평가할 수 있습니다. 작업, 사용자 스토리 또는 스토리포인트 를 정의합니다. 스크럼 접근법을 사용하는 경우, DoR은 즉각적인 조치를 취할 수 있다는 뜻입니다. 프로젝트를 시작하기 전에 팀이 알아야 할 사항:
- 목표 고객: 그들의 동기, 불만 사항 및 요구 사항은 무엇입니까?
- 프로젝트 목표: 프로젝트의 목적은 무엇입니까?
- 필수 작업: 비즈니스와 사용자 모두에게 가치가 있습니까? 명확하고 실행 가능합니까?
- 기술적 요구 사항: 필요한 자원이 있습니까? 기술적 접근 방식이나 솔루션을 이해하고 있습니까? 시험해 볼 수 있습니까?
- 예상 시간: 작업 완료 타임라인이 어떻게 되나요? 이해관계자들하고 팀이 종료일에 동의했나요?
- DoD (Definition of done): 완료, 즉 DoD란 무엇입니까? 성공을 평가하는 데 어떤 스크럼 지표를 사용할 계획입니까?
팀이 프로젝트 범위를 파악한 후에야 작업이 제품 백로그 에서 활성 상태로 넘어갈 수 있습니다. 작품 준비 여부에 대해서는 모두가 공동으로 동의해야 합니다.이렇게 하면 팀 업무량을 주고받는 일을 줄일 수 있습니다.
DoR의 주요 컴포넌트
사용자가 고려해야 할 DoR의 여섯 가지 중요한 컴포넌트가 있습니다.이 컴포넌트는 애자일 계획을 도와줍니다. 이 컴포넌트의 별명은 INVEST 방식이며 다음을 나타냅니다:
독립성
작업하고 있는 백로그 항목이 무엇이든 다른 작업에 의존해서는 안됩니다.자체적으로 포함되어있어야 합니다. 이렇게 하면 팀이 불필요한 작업을 피할 수 있습니다.
조절 가능함
작업은 엄격하지 않아야 합니다.팀이 가져올 수 있는 다른 옵션을 고려할 만큼 유연해야 합니다.
가치
우리가 하는 일에는 목적이 있어야 합니다.더 중요한 것은 제품, 고객, 비즈니스에 가치를 더해야 한다는 것입니다.
추정의 용이함
과제는 실행, 달성, 측정 가능해야 합니다. 팀은 얼마나 많은 시간과 노력이 필요한지 알아야 합니다. 스프린트에 여러 작업이 필요한 경우 각 작업에도 동일하게 적용됩니다.
작게
작업은 관리 가능해야 합니다. 작업이 복잡하다면 더 작은 작업으로 나눌 수 있어야 합니다. 그렇게 하면 소방 훈련이 불필요하고 촉박한 마감일을 맞추기 위해 무리하게 일하는 것을 방지할 수 있습니다. 그러면 팀이 지칠 일도 없을 것입니다.
테스트 가능함
비즈니스 및 사용자 요구 사항에 따라 성공 및 완료 기준을 지정합니다. 이를 통해 팀은 작업이 완료되었는지 평가할 수 있습니다.
DoR이 중요한 이유는 무엇입니까?
명확한 DoR은 사용자, 사용자의 팀 및 이해관계자에게 자신감을 심어주고 기대치를 설정합니다.
회사에 DoR이 필수적인 이유는 다음과 같습니다:
- 커뮤니케이션 강화: 팀은 DoR을 통해 작업이 준비되었는지 여부를 더 효과적으로 커뮤니케이션하여 혼란과 지연을 최소화할 수 있습니다.
- 효율성 향상: DoR을 사용하면 팀이 기술 요구 사항을 완전히 이해하고 있다는 사실을 파악하고 빠르게 진행할 수 있으므로 팀이 작업을 효율적으로 실행할 수 있습니다.
- 오류 감소: 팀이 작업을 확실하게 파악하면 스프린트 중에 오류를 줄일 수 있습니다.
- 공동 작업 촉진: DoR은 업무 합의로 간주될 수 있으며 팀 전체의 건전한 공동 작업을 촉진합니다.
팀에 권한 부여: DoR은 팀에 작업에 대한 책임 의식 및 제어권을 부여합니다. Atlassian의 최신 작업 방식 코치 Mark Cruth는 다음과 같이 말합니다. "DoR은 팀을 위해 팀이 만들었다는 것을 기억하세요. 팀이 편안함을 느끼고 작업을 시작하기 위해 무엇이 필요한지가 중요합니다."
효과적인 DoR을 만드는 방법
DoR을 이해했으므로 이제 직접 수립할 차례입니다. 회사에 효과적인 DoR을 수립하는 다음과 같은 단계별 프로세스를 살펴보겠습니다.
- 팀의 업무를 정의하세요. 각 팀원이 자신의 담당 작업을 알고 있는지 확인하세요.
- 중요한 이해관계자 참여. 범위 확장을 완화하려면 DoR 기준에 대한 의견과 승인이 필요할 것입니다.
- DoR 구조와 형식을 지정합니다. 체크리스트는 무엇입니까? 레디 작업을 정의하는 것은 무엇입니까?팀은 무엇이 준비되었는지 어떻게 결정합니까? DoR을 만들 때 스스로에게 물어봐야 할 중요한 질문입니다.
- 백로그를 깔끔하게 정리합니다. 잘 관리된 백로그보다 좋은 것은 없습니다. 팀은 항목이 제품 로드맵에 적합하고 관련이 있는지 조사해야 합니다.
- 사용자 스토리를 식별하고 정의합니다. 사용자 스토리의 기준과 그것이 가능한지 여부를 결정합니다.
- INVEST 방식에 맞는지 확인합니다. DoR 체크리스트는 작업이 독립적이고, 조절 가능하고, 가치 있고, 추정 가능하고, 작으며, 테스트 가능한지 여부를 결정합니다.
- DoR을 정기적으로 검토합니다. 우선 순위가 바뀌면 DoR에 이 변경 사항을 반영해야 합니다. 그렇지 않으면 팀이 효율적으로 작업하지 못할 수도 있습니다. Cruth는 이렇게 설명합니다. "팀이 스프린트에서 모든 작업을 완료하지 못하는 경우가 많거나 스프린트 내에서 작업을 이해하는 데 어려움을 겪는다면 준비의 정의를 검토하고 업데이트해야 합니다."
이제 모든 단계에 대해 알았으니 Jira 내에서 '준비의 정의' 체크리스트를 만들어 팀이 작업을 완료하는 방법과 기대 사항에 대해 숙지하고 있는지 확인할 수 있습니다.
Jira로 팀의 DoR을 세밀하게 조정
DoR을 시작할 준비가 되었습니까? Jira를 사용하면 소프트웨어 팀이 쉽게 애자일 상태를 갖추고 고객과 비즈니스 전체에 의미 있는 작업을 수행할 수 있습니다.
DoR을 정의하고 요구 사항을 Jira에 통합하세요. 각 Jira 이슈에 사용자 지정 필드를 만들거나 확장 프로그램을 다운로드하여 Jira의 이슈 체크리스트를 만드세요. 작업 유형이 다른 경우 Jira 이슈 유형을 사용자 지정하여 다른 DoR을 수립하세요.
Jira는 또한 스프린트 백로그 세분화 프로세스를 단순화합니다. 소프트웨어 팀은 Jira를 사용하여 다음을 수행할 수 있습니다.
- 어떤 작업과 사용자 저장소가 준비되어 실행 가능한지 결정합니다.
- 대규모 작업을 더 작고 관리 가능한 스프린트로 나눕니다.
- 스프린트를 효율적으로 실행하고 작업을 계속합니다.
- 마찰을 최소화하면서 속도를 높입니다.
DoR: 자주 묻는 질문
DoR의 예시로는 무엇이 있습니까?
DoR은 백로그 항목이 스프린트 준비가 되었는지 팀에 알립니다. 다음은 버그 수정에 대한 레디의 정의 예시입니다:
버그 수정이 백로그에 남아 있을 수도 있지만 이제 한 단계 더 올릴 수 있습니다.이것은 팀이 다음과 같기 때문입니다:
- 실행 가능한 것으로 확인하였습니다. 팀은 버그 수정이 가능하고 다른 작업과 독립적이라고 생각합니다.
- 공통된 이해를 수립했습니다. 팀은 버그 수정에 수반되는 내용을 종합적으로 파악합니다. 이를 실현하기 위해 무엇이 필요한지 알고 있습니다.
- 가치를 파악합니다. 팀은 버그 수정이 고객과 비즈니스에 미치는 영향을 이해하고 있습니다.
- 완료 기준 및 타임라인을 설정합니다. 팀은 주요 벤치마크를 기반으로 수정을 완료하는 데 걸리는 시간을 추정합니다.
- 1버그 수정이 테스트 가능하고 검증 가능하다고 믿습니다. 팀은 수정 사항을 테스트하여 작동하는지 확인하고 이해관계자에게 시연할 수 있습니다.
DoR은 애자일 프로젝트 관리에 어떻게 적합합니까?
DoR을 사용하면 팀은 더욱 민첩해집니다. 팀이 다음을 수행하므로 애자일 프로젝트 관리 에 적합합니다:
- 합리적인 일정 내에 어떤 작업을 수행할 수 있는지 파악합니다.
- 모든 종속성과 요구 사항을 알고 있으므로 효과적으로 작업할 수 있습니다.
- 작업 범위를 제 시간에 완료할 수 있도록 필요한 모든 정보를 확보합니다.
DoR과 DoD의 차이점은 무엇입니까?
DoR과 DoD는 모두 스프린트의 양쪽 끝에서 중요한 기준이지만 둘 사이에는 몇 가지 주요 차이점이 있습니다:
- DoR: 작업이나 사용자 스토리가 팀에서 처리할 준비가 되었는지 판단하는 기준입니다.
- DoD: 작업이나 사용자 스토리가 완료되는 시점을 평가하는 벤치마크입니다.