제품 백로그 템플릿

먼저 프로젝트의 작업 이름 및/또는 설명을 입력합니다. 몇 가지 모범 사례는 다음과 같습니다.

• 필요한 작업을 동사로 설명합니다.
• 특징 또는 기능에 따라 특정한 이름을 만들고 일관성을 유지합니다.
• 작업을 기억하거나 찾기 쉽도록 이름을 짧게 만듭니다.
• 새로운 단어를 만들지 말고 업계에서 흔히 사용하는 주제 분야 용어를 사용합니다.

전반에 걸쳐 이름을 일관성 있게 지정하면 회사에 장기적으로 도움이 됩니다.

다음으로 각 작업의 시작 날짜 및 종료 날짜를 비롯해 전체 프로젝트의 제공 날짜를 추가합니다. 하지만 기한 말고도 신경을 써야 할 부분이 있습니다. 다음과 같은 일도 해야 합니다.

• 각 작업 및 기한에 대해 명확한 산출물을 설정합니다.
• 필요한 이해 관계자의 피드백 루프를 위한 여유를 남겨 둡니다.
• 타임라인에서 반복을 고려합니다.
• 단일 스프린트 내의 작업 수를 제한합니다.
• 대규모 작업을 팀이 더 쉽게 수행할 수 있는 작은 작업으로 나눕니다.

다음으로 팀에 작업을 할당합니다. 누가 어떤 작업에 책임이 있는지 모두가 알아야 합니다.

• 작업을 수행하는 데 필요한 기술을 갖춘 팀원에게 작업을 할당합니다.
• 팀 간의 교차 공동 작업을 장려합니다.
• 명확한 설명 및 피드백을 제공합니다.

명확성 및 자율성은 팀에 권한을 부여하고 참여도를 유지합니다.

팀에서 모든 작업을 한꺼번에 수행할 수는 없습니다. 각 작업이 다른 작업에 얼마나 의존하는지 파악해야 합니다. 여기에서 린 방법론이 도움이 될 수 있습니다.

• 린에서는 적시(just-in-time) 접근 방식을 사용하여 필요한 것을 필요할 때 만들어 냅니다.
• 고객 및 비즈니스 요구 사항을 모두 고려하여 결정합니다.

팀이 어떤 작업을 먼저 처리할지 알 수 있도록 중요도에 따라 작업의 순서를 정해야 한다는 점을 기억하세요.

컨텍스트는 중요합니다. 팀에서 처리하기를 원하는 작업의 이유를 제시해야 합니다. 여기에서 사용자 스토리가 도움이 될 수 있습니다.

• 사용자 스토리는 기능 또는 수정 사항이 고객에게 어떤 작용을 해야 하는지 명확하게 설명합니다.
• 사용자 관점에서 본 설명입니다.
• 사용자가 누구인지, 제품이 무엇을 하기 바라는지, 원하는 결과가 무엇인지 명확하게 설명합니다.

일반적으로 사용자 스토리는 문제점을 해결하기도 합니다.

작업량 추정은 합리적인 타임라인을 정하고 리소스를 적절하게 할당하는 데 도움이 됩니다. 작업에 걸리는 시간을 예측한 것이라고 생각하면 됩니다.

고려해야 할 몇 가지 사항은 다음과 같습니다.

• 추정치를 시간, 일 또는 주 단위로 기록합니다.
• 추정하는 데 스토리 포인트를 사용할 수 있습니다. 계획 포커 연습이 도움이 됩니다. 이 과정에서 팀은 백로그 항목에 대해 논의하고 시간 추정치에 대한 합의를 이룹니다.
• 이전 작업 및 비슷한 작업을 바탕으로 추정 시간에서 실제 소요 시간을 나누는 공식을 사용하여 속도를 계산합니다.

추정치는 개략적으로 유지하고 지속적 개선을 실천하고 과거 추정치를 통해 배워야 한다는 점을 기억하세요.

마지막으로 바쁜 업무 중에 팀을 방해하는 수동 작업을 자동화하세요. 다음과 같은 다양한 도구를 통해 자동화할 수 있습니다.

• GitHub: GitHub를 통해 풀리퀘스트 및 업데이트를 자동화합니다.
• IT 및 고객 서비스 팀을 위한 Jira: 개발 팀과 고객 서비스 팀의 워크플로를 연결합니다.
• Slack: Slack을 통해 티켓팅 및 요청 워크플로를 관리하고 자동화합니다.
• Microsoft Teams: 팀 승인, 경고 및 알림을 자동화합니다.