애자일에서의 제품 백로그 개발과 관리를 위한 종합 가이드

애자일 팀은 변화에 적응하고 반복적인 작업을 통해 고객 가치를 제공할 수 있어야 합니다. 그렇다면 그 반복 작업은 어디서 시작될까요? 애자일 팀은 궁극적으로 고객 가치를 달성할 작업이 무엇인지 어떻게 파악할까요?

애자일을 실천하는 팀이 비전을 달성하는 출발점은 보통 제품 백로그입니다. 무엇을 수행해야 가치가 실현될지를 제품 백로그에서 판단하는 것입니다.

이 가이드는 제품 백로그의 개념, 백로그 관리 책임자, 백로그를 만드는 방법, 백로그 항목의 우선순위를 지정하고 순서를 정하는 방법을 안내합니다. 백로그를 개발할 때 빠지기 쉬운 함정을 피하는 팁도 얻어가세요.

제품 백로그는 스크럼 프레임워크에서 처음 소개되었으며 이제는 많은 애자일 프레임워크의 핵심 요소가 되었습니다. 백로그의 기본 개념은 팀이 가치를 창출하기 위해 집중해야 할 작업들을 순서대로 나열한 목록입니다. 이 목록은 백로그 항목으로 구성되는데, 항목 각각은 이해관계자의 요청이나 팀 스스로 고객 가치 창출을 위해 달성하기로 한 작업 요소들입니다.

Lucid에서 제품 백로그 템플릿을 사용해 가치에 따라 업무 우선순위를 정하고 제품의 완성도를 높이세요.

예를 들어 소프트웨어 개발에서 제품 백로그는 새로운 기능과 기술 개선과 같이 개발 요청이 들어온 항목, 버그 수정과 보안 업데이트 같이 팀 자체적으로 파악한 항목으로 이루어집니다. 그 밖의 일반적인 제품 백로그 항목은 다음과 같습니다.

• 사용자 스토리
• 사용성 개선
• 기존 기능 변경
• 지식 습득
• 기술 부채 관리

각 백로그 항목은 팀이 스프린트 1회만에 완료할 수 있는 작업 요소여야 합니다. 고객에게 제공하는 가치를 최대한 효율적으로 실현한다는 궁극적인 목표를 가지고 가장 영향력이 큰 항목부터 완료합니다.

백로그에 추가된 항목은 반복 작업을 통해 현실적으로 완료할 수 있도록 더 작은 항목들로 세분화합니다. 제품 백로그를 퍼널이라고 생각하고 더 큰 제품 목표에서 출발해, 그 목표를 달성할 방법들을 더 작은 단위로 나누고, 최종적으로 반복 작업에 투입할 백로그 항목으로 구체화합니다.

제품 백로그 관리는 점진적인 작업을 통해 고객 가치를 제공하는 애자일 사고방식을 취할 때 가장 효과적입니다. 즉 팀원들이 작업을 완료하면서 피드백을 적용하고 지속적으로 개선할 때 가장 성공적인 결과가 나옵니다.

제품 백로그를 개발하고 유지하면 모든 팀에 도움이 될 수 있습니다. 소프트웨어 개발자가 아니라도 제품 백로그를 작성할 수 있습니다.

제품 백로그는 팀의 산출물에 대한 입력 소스로서 다음과 같은 기능을 제공합니다.

• 명확한 방향성: 백로그에는 다음에 작업할 가장 중요한 항목이 이미 명시되어 있습니다. 그래서 스프린트 계획이나 반복 계획이 백로그에서 시작됩니다.
• 유연성: 제품 소유자는 이해관계자와 논의하거나 다른 종류의 피드백을 듣고 새로운 정보가 나오면 항목 순서를 변경할 수 있습니다.
• 투명성 및 정렬: 제품 소유자는 백로그를 사용해서 제품 가치를 제공하는 데 필요한 사항, 완료 예정 사항 및 현재 작업 중인 사항에 대해 이해관계자와 논의할 수 있습니다. 백로그는 모든 사람이 제품 비전과 목표를 이해하고 실행 가능한 항목으로 세분화하는 방식을 이해하는 데도 도움이 됩니다.
• 효율성: 백로그 순서를 참고하면 가장 중요하고 가치가 높은 항목에 먼저 집중할 수 있습니다.

팀 전체는 백로그 항목을 파악하고 담당하는 항목을 완료할 책임이 있고, 한 사람이 제품 백로그를 통해 가치를 극대화할 책임을 집니다. 스크럼에서는 이 사람이 제품 소유자입니다. 

제품 소유자의 책임:

• 제품 목표 개발 및 전달
• 백로그 항목을 생성, 정렬, 명확하게 전달
• 제품 백로그를 투명하게 유지하고 모든 구성원이 이해할 수 있게 관리

제품 소유자는 조직적이고 명확한 태도로 고객에게 가치를 제공하기 위해 끊임없이 집중해야 합니다. 고객과 팀 구성원의 피드백을 열린 마음으로 받아들이고, 높은 가치를 창출하는 협업을 모방하고, 많은 이해 관계자의 요구에 부응하도록 노력합니다. 제품 백로그를 수정하는 것은 가능하지만, 변경된 내용을 적용하려면 먼저 제품 소유자와 협력해야 합니다.

제품 백로그를 만드는 것은 일회성 행사가 아닌 지속적인 프로세스입니다. 

팀은 새로운 정보에 맞춰서 백로그를 계속 갱신하고 다듬습니다. 백로그는 살아 숨 쉬는 문서라고 생각하고 시장 동향, 이해 관계자들의 의견, 고객의 니즈에 맞춰 변화를 주어야 합니다.

이 점을 염두에 두고 다음 순서에 따라 제품 백로그를 만드세요.

1. 의견 수렴

이해관계자, 고객, 팀원들에게서 아이디어를 수집하여 제품 목표를 설정합니다. 경쟁사 분석과 고객 조사도 실시할 수 있습니다.

2. 제품 비전 정의

이 비전을 생각하면서 제품 목표를 달성하려면 무엇이 필요한지 논의합니다. 백로그 항목은 이 전체적인 비전과 전략에 부합해야 합니다.

3.백로그 관리 세션 개설

이해관계자 및 팀원들을 대상으로 백로그 관리 워크숍을 진행할 수 있습니다.이 세션에서는 무슨 항목을 진행할지 브레인스토밍하고, 가치를 고려하고, 상대적 우선순위를 정합니다.

4.제품 백로그 항목을 명확하게 설명

사용자 관점에서 원하는 기능을 개략적으로 설명하면서 사용자 스토리 형식으로 백로그 항목을 설명하곤 합니다.사용자 스토리 매핑을 하면 사용자 여정을 시각화하고, 다양한 기능과 작업이 어떻게 어우러져서 가치를 제공하는지 보여주는 방식으로 백로그 항목을 정리할 수 있습니다.

5.팀과 함께 백로그 다듬기

순서가 지정된 백로그 맨 위에서 시작해 큰 아이디어를 더 작은 백로그 항목들로 세분화합니다. 우선순위가 낮은 항목들은 중요성이 더 커질 때까지 미뤄둡니다. 백로그 항목 각각에 대한 허용 기준과 추정치를 추가합니다.

6. 항목 순서 정하기

가치, 비용, 위험, 종속성을 기준으로 순서를 정합니다.

7. 지속적인 업데이트

제품 소유자는 새로운 정보를 입수하면 이를 바탕으로 백로그를 계속 업데이트하고 다듬습니다.

제품 백로그를 만든 후 다음 단계는 무엇을 먼저 작업할지 결정하는 것입니다. 제품 소유자는 백로그 우선순위 지정에 대한 책임이 있기 때문에 궁극적으로 어떤 작업이 가장 큰 가치를 제공할지 결정하지만, 이 과정에서는 팀 구성원 간 협업뿐만 아니라 이해관계자와의 협업을 통해 합의를 이루는 것이 필요합니다. 그룹이 수월하게 합의에 도달하려면 진행 기술과 협업 도구가 있어야 합니다. 

이럴 때 특히 시각 협업 소프트웨어가 유용합니다. 가상 화이트보드를 사용하면 모두의 의견을 모으는 중앙 공유 캔버스에 취합해서 모두가 같은 내용을 이해하게 할 수 있습니다. 제품 백로그를 시각화하면 팀이 상대적 가치와 복잡성을 더 쉽게 이해할 수 있습니다. 순서를 정할 때는 비즈니스 가치, 고객 가치, 위험, 노력 수준, 의존성, 시간 민감성 등의 측면을 고려합니다.

이러한 토론을 원활하게 진행하는 데 도움이 되는 유용한 활동들을 알아보겠습니다.

• 최종적으로 순서를 정하는 것은 제품 소유자의 책임이지만, 영향력과 업무량 표 같은 도구를 사용하면 가치가 가장 큰 항목이 무엇인지 파악하기 좋습니다. 사용자 스토리맵은 이러한 작업 흐름을 시각화할 때 유용합니다.
• 선호도 추정, 플래닝 포커, 티셔츠 사이즈 같은 다양한 추정 기법을 사용하여 제품 백로그 항목의 크기와 복잡성을 조정합니다.
• 신뢰 투표와 주먹오(손가락으로 빠르게 동의 수준을 표시하는 팀 투표 방식)를 통해 팀의 이해도를 가늠합니다. 이러한 활동을 잘 활용하면 염려되는 부분을 드러내고 다양한 관점을 논의할 수 있습니다.

제품 백로그 상세화는 하나의 항목을 더 작고 정밀한 항목으로 세분화하는 작업입니다. 예를 들어 기능 요청은 일반적인 백로그 항목 중 하나입니다. 

이 요청은 더 쉽게 완료할 수 있는 세부 작업들로 나뉩니다. 팀이 이 항목들을 함께 상세화해서 적절하게 규모를 조정하고 이해하기 쉽게 만듭니다.

백로그 상세화할 때 필수 덕목은 스크럼 가치인 헌신, 집중, 개방성, 존중, 용기입니다. 팀원들은 열린 마음으로 자신의 업무, 과제, 목표 달성을 위한 헌신을 받아들여야 합니다. 제품 백로그 상세화를 위해서는 팀원들이 서로를 존중하고 어려운 작업을 해결할 용기를 보여줘야 합니다.

제품 백로그 정제는 스프린트 계획이나 리뷰 중에 한 번만 이루어지는 활동이 아닙니다. 이는 항목에 우선순위, 설명, 규모를 지속적으로 추가하면서 제품 비전에 맞게 유지하기 위한 지속적인 활동입니다. 정원처럼 제품 백로그도 꾸준한 관리가 필요하며, 백로그 정제는 팀이 백로그를 지속적으로 가꾸는 데 도움을 주는 실천 방식입니다.

제품 백로그를 성공적으로 유지하려면 팀 전체가 의식적으로 노력해야 합니다. 백로그를 작성할 때 흔히 빠지는 함정들에 대해 알아보겠습니다. 

이해관계자 참여 부족

이해관계자의 개입이나 지원이 부족하면 아무리 좋은 제품 전략이라도 무용지물이 될 수 있습니다. 우선순위를 제대로 찾을 수 없기 때문입니다. 백로그를 잘 관리하려면 이해관계자들이 일찍부터 참여하고 프로세스 내내 지속적으로 소통해야 합니다.

제품 백로그를 관리할 수 없게 방치

정해진 규칙 없이 항목만 너무 많으면 투명성을 유지하고 순서를 효과적으로 정하기가 매우 어렵습니다. 제품 소유자는 백로그가 가치 전달에 집중할 수 있도록 현재의 비전과 맞지 않는 항목을 거부할 수 있는 권한을 가져야 합니다.

새로운 기능에 치중하기

새로운 기능이 고객의 흥미를 끌기에 가장 좋을지 몰라도, 기술 부채와 수정이 필요한 버그 등의 품질 문제를 해결하는 것이 중요합니다. 지속 가능한 제공을 위해서는 제품 기능과 기술적 건전성에 모두 주의를 기울여야 합니다.

장기 또는 단기적 과제에만 집중하기

고객 가치를 제공하려면 즉각적인 요청과 장기적인 비전의 균형을 맞춰야 합니다. 제품 백로그는 제품 목표에 부응하면서 빠른 성과와 전략적 이니셔티브를 모두 반영해야 합니다.

백로그 개발과 상세화는 스크럼과 다른 애자일 프레임워크를 사용하는 애자일 팀의 핵심 요소입니다. Lucid는 조직 전체의 제품 백로그를 생성하고 유지하는 데 도움이 됩니다. Lucid에서 부서 간 협업을 강화하고, 해야 할 작업을 시각화하고, 작업을 기록 시스템에 다시 연동하는 기능을 사용하면 제품 백로그를 개발하고 고객 가치를 제공하는 작업들의 우선순위를 정할 수 있습니다.