성공한 Product Owner의 전략적 태도

이해관계자는 계속해서 더 많은 것을 제공하도록 압력을 가하는 반면, 개발자는 계속 증가하는 기술 부채를 해결하는데 집중하기를 원합니다. 이 함정에서 벗어나 성공하기 위한 Product owner는 전략적 사고 방식이 있어야 합니다.

세가지 Planning Level

  • Vision : 사람들을 안내하는 포괄적인 공유된 중요한 목표
  • Product Strategy(전략) : Vision을 향한 경로로서, 제품 세부사항에 대한 올바른 길
  • Product Tactics(전술) : Product Backlog(제품 기능), 시나리오, 스토리보드, UI 디자인과 같은 제품 세부 정보를 설명
https://dzone.com/articles/size-matters-big-vs-small-product-owner

(참고) 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. 사업 성공을 위한 주요 기능의 개선이 더 의미가 있는가?)

(나머지 사항들은 원문을 참고하세요.)

--

--