Featured » Tanzu 사례 » 반복 사전 계획

반복 사전 계획

필요한 경우 IPM(반복 계획 회의)의 생산성을 높이기 위한 선택적 계획 세션입니다.

단계

제공

제안 시간

30분~1시간

참가자

제품 관리자, 1~2명의 엔지니어


수행 이유

반복 계획 회의(IPM)에서 추정 전에 팀이 사례를 수정하는 데 과도한 시간이 소요되는 경우, 소규모 그룹에서 미리 사례를 편집하거나 정리해 두면 큰 회의에서 더 나은 결과를 얻을 수 있습니다.

수행 시기

  • IPM 직전
  • 필요한 경우에만

필요한 물품

제품 백로그 또는 제품 백로그로 승격될 수 있는 사례로, 반드시 추정할 필요는 없음

이 방식을 활용하는 방법

  1. 시작하기 전에 팀으로서 IPM(반복 계획 회의)의 결과에 따라 반복 사전 계획의 필요성을 결정합니다. 일반적인 조짐은 다음과 같습니다.

    • IPM이 속도를 따라가기 위해 필요한 것보다 적은 스토리 평가로 끝나는 경우가 종종 발생합니다.
    • IPM이 할당된 시간을 초과하여 진행되는 경우가 종종 발생합니다.
    • 평가가 “바이크쉐딩”으로 인해 주안점에서 벗어나는 경우가 많고 이는 미참여나 불만 야기로 이어집니다.
    • 평가 전에 스토리 범위를 조정하는 경우가 많습니다.
    • 평가 전에 스토리에 중요하거나 필요한 세부 사항이 없는 경우가 종종 있습니다.
    • 팀이 IPM 중 스토리를 광범위하게 수정하는 경우가 종종 발생합니다.

    이러한 문제의 원인을 파악하는 데 세심한 기술 전문가나 자원봉사 엔지니어를 초대하십시오.

  2. 그룹별로 IPM에서 평가하려는 첫 번째 사용자 스토리를 선택하고 자세히 읽습니다. 오타, 자리 표시자 또는 기타 간단한 수정이 필요한 경우 읽으면서 수정합니다.

  3. 엔지니어에게 질문하고 의견을 묻고 필요하거나 팀을 위해 필요할 것으로 예상되는 명확한 설명 등을 요청하여 평가할 준비가 되었는지 결정합니다. (IPM까지 스토리를 평가하지 마십시오.)

  4. 우려 사항을 최소화하기 위해 그에 따라 스토리에 대해 논의하고 스토리를 수정합니다.

    이 회의 시간 동안 필요한 변경 사항을 해결할 수 없는 경우(예: 더 많은 리서치가 필요한 경우) IPM을 위해 준비한 스토리 목록에서 해당 스토리를 제거하고 나중에 후속 조치합니다.

    모든 우려 사항을 파악해야 하는 것은 아닙니다. 결국 엔지니어링 2명이 팀 전체의 통찰력을 복제할 수는 없습니다. IPM 동안 문제가 되거나 방해가 될 가능성이 가장 큰 항목을 신속하게 해결하는 데 집중하십시오.

    향후 이러한 문제를 방지하는 방법에 대한 논의도 적절합니다.

  5. 이 회의를 위해 준비된 나머지 사용자 스토리에 대해서 2~4단계를 반복합니다.

성공/예상되는 성과

IPM을 위해 마련한 모든 스토리가 참석한 엔지니어에 따라 평가될 준비가 되면 성공한 것입니다. 1단계에서 확인된 문제가 개선된 것으로 관찰되면 제대로 하고 있는 것입니다.

진행자 메모 및 팁

  • 반복 사전 계획은 비교적 편안한 논의인 경향이 있습니다.
  • 결과가 완벽할 필요는 없으며, 원치 않고 관련 없는 사항에 대한 낭비를 유발할 가능성이 높은 문제를 파악하는 “첫 번째 과정”으로서의 역할만 수행하면 됩니다.
  • 반복 사전 계획에 참석하는 엔지니어는 스토리 작성에 참여했기 때문에 IPM 중 스토리에 표현된 제품 방향을 지지하는 입장입니다.
  • 반복 사전 계획은 스토리 품질에 대한 자세한 피드백을 받을 수 있는 좋은 기회이며, 참석한 모든 사람에게 스토리 작성자로서 발전할 기회입니다.

변형

현재로서는 없음

이전 단계

현재로서는 없음

다음 단계

IPM(반복 계획 회의)

실제 예시

Previous
문제 우선순위 지정
문제 우선순위 지정

이 방식을 활용하는 방법 샘플 안건 및 메시지 연구를 통해 발견한 모든 문제를 수집합니다. 참여자가 많은 경우(대략 20명 이상), 먼저 스스로에게 “이 문제가 목표와 관련이 있습니까?...

Next
보편적인 언어
보편적인 언어

이 방식을 활용하는 방법 샘플 안건 및 메시지 회의의 목표를 명확하게 구상합니다. 예시: “우리는 도메인 전문가가 사용하는 언어와 코드베이스에서 사용되는 언어의 괴리라는 기술 부채에 대해서...

Return to Home