DoR(준비의 정의) 설명 및 주요 구성 요소

Atlassian 작성자: Atlassian
주제 찾아보기

사용자는 프로젝트 매니저이고 팀은 곧 다음 스프린트를 시작하려고 합니다. 하지만 팀이 작업할 수 있는 작업이 준비되어있나요?

이것을 결정하려면 애자일 프로젝트 관리에 필수적인 DoR이 필요합니다. 이를 통해 팀이 작업을 효과적으로 처리할 수 있습니다. 팀의 백로그 세분화에도 도움이 됩니다.

이 페이지에서는 스크럼에서 DoR과 애자일 접근법을 세분화하고 작업이 해당 기준을 충족하는지 측정하는 방법을 설명합니다.

DoR이란 무엇입니까?

DoR을 이용하면 팀이 작업을 시작하기 전에 작업을 평가할 수 있습니다. 작업, 사용자 스토리 또는 스토리포인트 를 정의합니다. 스크럼 접근법을 사용하는 경우, DoR은 즉각적인 조치를 취할 수 있다는 뜻입니다. 프로젝트를 시작하기 전에 팀이 알아야 할 사항:

  • 목표 고객: 그들의 동기, 불만 사항 및 요구 사항은 무엇입니까?
  • 프로젝트 목표: 프로젝트의 목적은 무엇입니까?
  • 필수 작업: 비즈니스와 사용자 모두에게 가치가 있습니까? 명확하고 실행 가능합니까?
  • 기술적 요구 사항: 필요한 자원이 있습니까? 기술적 접근 방식이나 솔루션을 이해하고 있습니까? 시험해 볼 수 있습니까?
  • 예상 시간: 작업 완료 타임라인이 어떻게 되나요? 이해관계자들하고 팀이 종료일에 동의했나요?
  • DoD (Definition of done): 완료, 즉 DoD란 무엇입니까? 성공을 평가하는 데 어떤 스크럼 지표를 사용할 계획입니까?

팀이 프로젝트 범위를 파악한 후에야 작업이 제품 백로그 에서 활성 상태로 넘어갈 수 있습니다. 작품 준비 여부에 대해서는 모두가 공동으로 동의해야 합니다.이렇게 하면 팀 업무량을 주고받는 일을 줄일 수 있습니다.

DoR의 주요 컴포넌트

사용자가 고려해야 할 DoR의 여섯 가지 중요한 컴포넌트가 있습니다.이 컴포넌트는 애자일 계획을 도와줍니다. 이 컴포넌트의 별명은 INVEST 방식이며 다음을 나타냅니다:

독립성

작업하고 있는 백로그 항목이 무엇이든 다른 작업에 의존해서는 안됩니다.자체적으로 포함되어있어야 합니다. 이렇게 하면 팀이 불필요한 작업을 피할 수 있습니다.

조절 가능함

작업은 엄격하지 않아야 합니다.팀이 가져올 수 있는 다른 옵션을 고려할 만큼 유연해야 합니다.

가치

우리가 하는 일에는 목적이 있어야 합니다.더 중요한 것은 제품, 고객, 비즈니스에 가치를 더해야 한다는 것입니다.

추정의 용이함

과제는 실행, 달성, 측정 가능해야 합니다. 팀은 얼마나 많은 시간과 노력이 필요한지 알아야 합니다. 스프린트에 여러 작업이 필요한 경우 각 작업에도 동일하게 적용됩니다.

작게

작업은 관리 가능해야 합니다. 작업이 복잡하다면 더 작은 작업으로 나눌 수 있어야 합니다. 그렇게 하면 소방 훈련이 불필요하고 촉박한 마감일을 맞추기 위해 무리하게 일하는 것을 방지할 수 있습니다. 그러면 팀이 지칠 일도 없을 것입니다.

테스트 가능함

비즈니스 및 사용자 요구 사항에 따라 성공 및 완료 기준을 지정합니다. 이를 통해 팀은 작업이 완료되었는지 평가할 수 있습니다.

DoR이 중요한 이유는 무엇입니까?

명확한 DoR은 사용자, 사용자의 팀 및 이해관계자에게 자신감을 심어주고 기대치를 설정합니다.

회사에 DoR이 필수적인 이유는 다음과 같습니다:

  • 의사소통 강화: 팀은 작업 준비가 되었을 때 팀에서 더 효과적으로 소통할 수 있습니다.
  • 효율성 향상: DoR 체크리스트를 통해 팀은 작업을 효율적으로 실행할 수 있습니다. 팀원들이 기술적 요구 사항을 이해하고 있기 때문입니다.
  • 오류 감소: 팀이 작업을 확실하게 파악하면 스프린트 중에 오류를 줄일 수 있습니다.
  • 협업 촉진: DoR을 하려면 팀이 스프린트 전과 스프린트 중에 협력해야 합니다.

효과적인 DoR을 만드는 방법

DoR을 이해했으므로 이제 만들 차례입니다. 회사에 효과적인 DoR을 생성하는 단계별 프로세스를 살펴보겠습니다::

  1. 팀의 업무를 정의하세요. 각 팀원이 자신의 담당 작업을 알고 있는지 확인하세요.
  2. 중요한 이해관계자 참여. 범위 확장을 완화하려면 DoR 기준에 대한 의견과 승인이 필요할 것입니다.
  3. DoR 구조와 형식을 지정합니다. 체크리스트는 무엇입니까? 레디 작업을 정의하는 것은 무엇입니까?팀은 무엇이 준비되었는지 어떻게 결정합니까? DoR을 만들 때 스스로에게 물어봐야 할 중요한 질문입니다.
  4. 백로그를 깔끔하게 정리합니다. 잘 관리된 백로그보다 좋은 것은 없습니다. 팀은 항목이 제품 로드맵에 적합하고 관련이 있는지 조사해야 합니다.
  5. 사용자 스토리를 식별하고 정의합니다. 사용자 스토리의 기준과 그것이 가능한지 여부를 결정합니다.
  6. INVEST 방식에 맞는지 확인합니다. DoR 체크리스트는 작업이 독립적이고, 조절 가능하고, 가치 있고, 추정 가능하고, 작으며, 테스트 가능한지 여부를 결정합니다.

이제 모든 단계에 대해 알았으니 Jira Software 내에서 준비 체크리스트 정의를 생성하여 팀이 작업을 완료하는 방법과 기대 사항에 대해 숙지하고 있는지 확인할 수 있습니다.

Jira 소프트웨어로 팀의 DOR을 세밀하게 조정합니다

DoR은 팀의 애자일을 유지하고 작업이 고객과 비즈니스 전체에 영향을 미치도록 보장합니다.

DoR을 시작할 준비가 되셨나요? Atlassian의 프로젝트 관리 도구를 사용하면 작업이 쉬워집니다.팀을 위해 모든 것을 문서화하고 일관성을 유지할 수 있습니다.

예를 들어, Jira Software 는 스프린트 백로그 개선프로세스를 단순화 합니다. Jira Software를 사용하면 팀에서 수행할 수 있습니다:

  • 어떤 작업과 사용자 스토리가 준비되어 실행 가능한지 판단할 수 있습니다.
  • 대규모 작업을 더 작고 관리 가능한 스프린트로 나눕니다.
  • 스프린트를 효율적으로 실행하고 작업을 계속합니다.
  • 마찰은 최소화하고 성공적으로 완료합니다.

Jira 백로그의 모든 스토리에 대한 DoR 체크리스트를 생성할 수도 있습니다. DoR의 슈퍼 파워, Jira Software를 이용하여 팀의 작업 우선순위를 정하고 스프린트를 완수하세요.그러면 프로젝트 관리 슈퍼 히어로가 될 것입니다.

DoR: 자주 묻는 질문

DoR의 예시로는 무엇이 있습니까?

DoR은 백로그 항목이 스프린트 준비가 되었는지 팀에 알립니다. 다음은 버그 수정에 대한 레디의 정의 예시입니다:

버그 수정이 백로그에 남아 있을 수도 있지만 이제 한 단계 더 올릴 수 있습니다.이것은 팀이 다음과 같기 때문입니다:

  • 실행 가능한 것으로 확인하였습니다. 팀은 버그 수정이 가능하고 다른 작업과 독립적이라고 생각합니다.
  • 공통된 이해를 수립했습니다. 팀은 버그 수정에 수반되는 내용을 종합적으로 파악합니다. 이를 실현하기 위해 무엇이 필요한지 알고 있습니다.
  • 가치를 파악합니다. 팀은 버그 수정이 고객과 비즈니스에 미치는 영향을 이해하고 있습니다.
  • 완료 기준 및 타임라인을 설정합니다. 팀은 주요 벤치마크를 기반으로 수정을 완료하는 데 걸리는 시간을 추정합니다.
  • 1버그 수정이 테스트 가능하고 검증 가능하다고 믿습니다. 팀은 수정 사항을 테스트하여 작동하는지 확인하고 이해관계자에게 시연할 수 있습니다.

DoR은 애자일 프로젝트 관리에 어떻게 적합합니까?

DoR을 사용하면 팀은 더욱 민첩해집니다. 팀이 다음을 수행하므로 애자일 프로젝트 관리 에 적합합니다:

  • 합리적인 일정 내에 어떤 작업을 수행할 수 있는지 파악합니다.
  • 모든 종속성과 요구 사항을 알고 있으므로 효과적으로 작업할 수 있습니다.
  • 작업 범위를 제 시간에 완료할 수 있도록 필요한 모든 정보를 확보합니다.

DoR과 DoD의 차이점은 무엇입니까?

DoR과 DoD는 모두 스프린트의 양쪽 끝에서 중요한 기준이지만 둘 사이에는 몇 가지 주요 차이점이 있습니다:

  • DoR: 작업이나 사용자 스토리가 팀에서 처리할 준비가 되었는지 판단하는 기준입니다.
  • DoD: 작업이나 사용자 스토리가 완료되는 시점을 평가하는 벤치마크입니다.