🤨 프로덕트 백로그 관리가 막막하다면? 프로덕트 매니저라면 담당 프로덕트의 백로그 관리를 하고 있을 것이다. 해당 글은 공대생 기획자가 애자일 개발 방법 중 백로그 관리에 집중해서 쓴 글인데 굉

🤨 프로덕트 백로그 관리가 막막하다면? 프로덕트 매니저라면 담당 프로덕트의 백로그 관리를 하고 있을 것이다. 해당 글은 공대생 기획자가 애자일 개발 방법 중 백로그 관리에 집중해서 쓴 글인데 굉장히 교과서적이지만 현장에서 꼭 필요한 내용이 적혀 있다고 생각했다. 실제로 현업에서는 다양한 변수와 이해관계자와의 커뮤니케이션 등이 필요하여 애자일 개발 방식이 계~속해서 깔끔하게 유지되는 경우는 드물다. 하지만 프로젝트별로 정말 잘 진행해왔고 결과물이 좋았다고 생각되는 적이 종종 있다. 그때를 회상해보면 애자일 개발 방식을 최대한 적용하였고 팀 멤버들도 상황을 충분히 인지한 후에 유연하게 대처해 줬기에 최종적인 결과물이 사용자와 비즈니스 측면 모두 가치 있는 결과물로 이어졌던 것이다. 결국 개발도 사람이 하는 것이고 변수는 존재한다고 생각한다. 하지만 기본적인 개발 방법 및 대응 가이드라인 등 기초가 탄탄하게 팀내에 잡혀있다면 다양한 변수에 유연하게 대처하고 다시 본연의 개발 프로세스로 돌아갈 수 있다고 믿는다. 📝 이하 아티클 메모 1. 많은 분들이 '린 프로세스'와 '애자일'이 비슷한 게 아니냐고 생각한다. 둘 다, '빠른 이터레이션'이란 공통적 특징을 갖고 있어서 차이를 잘 모를 수 있다. 2. 린 프로세스는 가설을 세우고, 검증하는 사이클을 반복한다. 이 이터레이션의 목표는 팀이 잘 모르는 고객, 솔루션, 시장 등을 알아내고 학습하는 것이다. 3. 애자일은 프로덕트의 기능 구현 사이클을 반복한다. 각 이터레이션마다 작은 규모의 기능을 구현 및 배포함으로써, 고객에게 최소한의 가치를 지속적으로 전달할 수 있다. 4. 애자일의 첫 번 째 핵심은 '최소 가치'다. 애자일은 1~2주의 이터레이션마다 고객에게 작은 가치를 제공한다. 5. 고객을 위해 어떤 기능을 구현해야 하는지 모두 리스팅 해서 프로덕트 백로그를 작성한다. 이후, 어떤 기능이 함께 있어야 로 시너지를 발휘에 고객에게 더 큰 가치를 전달할 수 있을지 고민하며, 릴리즈 계획을 세운다. 6. 이터레이션을 진행하다가 시간이 부족하다고 판단될 시, 우선순위가 낮은 기능은 아예 다음 이터레이션으로 넘기고, 그 외에 리소스를 집중한다. 혹은, 우선순위가 낮은 기능은 구현하더라도, 퀄리티를 낮춰서 리소스를 아낀다. 7. 애자일은 두껍고 길게 적힌 요구사항 서류 뭉치를 집어던지고, '유저 스토리'를 사용하라고 말한다. 유저 스토리는 고객이 자신의 소프트웨어에 원하는 기능을 짧게 표현한 것이다. 이 다양한 유저 스토리가 모여서 프로덕트 백로그를 이룬다. 프로덕트를 만들 때, '우리'가 아닌 '고객'이 원하는 것을 만들도록 신경 써야 한다. 8. 좋은 유저 스토리의 요건으로, INVEST 가 있다. INVEST는 총 6가지 요소의 약자를 나타내는데, 'Independent(독립적)', 'Negotiable(협상 가능한)', 'Valuable(가치 있는)', 'Estimatable(측정 가능한)', 'Small(작은)', 'Testable(테스트 가능한)'로 구성된다.