성공한 Product Owner의 전략적 태도
Published in
3 min readJan 11, 2021
이해관계자는 계속해서 더 많은 것을 제공하도록 압력을 가하는 반면, 개발자는 계속 증가하는 기술 부채를 해결하는데 집중하기를 원합니다. 이 함정에서 벗어나 성공하기 위한 Product owner는 전략적 사고 방식이 있어야 합니다.
세가지 Planning Level
- Vision : 사람들을 안내하는 포괄적인 공유된 중요한 목표
- Product Strategy(전략) : Vision을 향한 경로로서, 제품 세부사항에 대한 올바른 길
- Product Tactics(전술) : Product Backlog(제품 기능), 시나리오, 스토리보드, UI 디자인과 같은 제품 세부 정보를 설명
(참고) https://www.romanpichler.com/blog/agile-product-planning-vision-strategy-tactics/
성공한 Product Owner의 MindSet
- 전략이 없는 비전은 여전히 환상입니다.
1. 실행전 차별화
- “이 솔루션을 어떻게 구현 할까?”
→ “우리는 어떻게 차별화 할것인까?” - 차별화는 여러가지 형태가 될 수 있음
(독접성, 단순성, 틈새시장, 고객 중심 등)
2. 해결 할 가치가 있는 문제에 집중
- “어떤 문제를 해결할 수 있습니까?”
→ “해결할 가치가있는 문제는 무엇입니까?” - 항상 많은 문제나 기회에서 모든 것을 해결하는 것은 불가능
그렇기 때문에 집중해야 할 문제를 선택
3. 전략 vs. 로드맵
- “올해 로드맵에 어떤것을 넣어야합니까?”
→ “올해의 전략은 무엇입니까?” - 전략이 없는 로드맵은 무의미
4. Why에 대한 이해
- “어떻게 해야합니까?”
→ “왜 해야합니까?” - 잘못된 문제를 해결한 솔루션에 대해서는 아무도 관심이 없음
5. 학습 프로세스 가속화
- 최종 사용자에 대한 지식의 부족을 받아들이는 것이 중요하며,
스크럼팀이 고객에 대해 더 많이 배울수록 더 빨리 성공 - 제품에서 가장 중요한 교훈 중 하나는 우리가 알 수 없는 것을 아는 것임
6. Needs(요구) vs. Requests(요청)
- 사용자는 Needs 대신 솔루션에 집중하는 경향이 있음
- 따라서 Product owner는 숨겨진 Needs를 식별하기 위해 노력해야 함
(사용자가 needs를 설명하도록 도와야함)
7. Priority vs. Deadline
- Product는 Project가 아니지만 이해관계자가 정확한 deadline(날짜)을 원하면, Product owner는 그 deadline을 지키기 위해 잘못된(낮은 우선순위) 요소에 집중하게 됨
- 따라서, 전달하는 기한을 정의하는 대신 달성하려는 결과(Outcome)를 이해하는 것이 더 효율적임
(부연설명 : 전체 기능의 오픈이 성공인가? vs. 사업 성공을 위한 주요 기능의 개선이 더 의미가 있는가?)
(나머지 사항들은 원문을 참고하세요.)