스크럼의 제품 소유자는 자신이 즉시 응답 할 수없는 구현 기능에 대해 팀의 매우 자세한 질문을 어떻게 처리해야합니까? 개발자가 고객과 직접 대화 할 수있는 가장 빠른 솔루션은 언제입니까?
팀과 고객 간의 직접적인 의사 소통이 제품 소유자의 역할을 훼손하는지 궁금합니다. PO가 독점적으로 고객을 대표해야하므로 요구 사항과 관련된 모든 질문에 답변해야한다고 생각합니다. 그를 우회하면 약해져 결국에는 불필요 해집니다 …
스크럼에 모범 사례가 있습니까?
답변
“누가 누구에게 말하지 말아야합니까?”라고 말하는화물 숭배 또는 교과서에 집착하지 말고 두뇌를 켜고 가장 잘 작동하는 것을하는 것은 항상 좋은 생각입니다 (특히 소위 애자일 프로젝트에서). 계획.
@PatrickHughes의 의견에 따라 PO와 고객 간의 커뮤니케이션이 표준이되어야하지만 복잡한 비즈니스 요구 사항을 명확히해야하는 상황과 개발자와 개발자 간의 직접적인 커뮤니케이션이 필요할 수 있습니다. 비즈니스 전문가가 업무 속도를 크게 높일 것입니다. 이러한 상황에서는 중간에 PO를 사용하여 “중국인 속삭임”을하지 말고 개발자와 비즈니스 전문가가 서로 직접 대화 할 수 있도록해야합니다.
그러나 PO를 우회해서는 안됩니다. 이상적으로 그는 대화에 참여할 가능성이 높습니다. 고객은 대화 중에 고객이 테이블에 완전히 새로운 요구 사항을 제시하지 않았거나 이전에 합의 된 요구 사항과 상반되는 요구 사항을 제시하지 않았 음을 확인할 수 있습니다.
이것은 또한 관련된 사람들과 상황에 달려 있습니다. PO는 특정 개발자와 고객의 전문가를 충분히 신뢰하여 두 사람이 특정 주제에 대해 이야기하고 나중에 말한 내용을보고하게 할 수 있습니다. 다른 상황에서는 다른 사람들과 관련하여 더 적극적으로 참여하는 것을 선호 할 수 있습니다. 이 결정을 올바르게하는 것은 훌륭한 프로젝트 관리의 핵심입니다.
답변
개발자로 귀하를 고용 한 회사의 고객은 귀하를 고용하는 회사와 다른 목표를 가지고 있음을 기억해야합니다.
제품 소유자는 고객의 목표보다는 회사의 목표를 나타내야합니다. 따라서 개발자가 고객에게 직접 가면 자신의 회사를 손상시킬 수 있습니다.
답변
개발자에게는 제품 소유자가 고객입니다. 이상적으로는 (항상 가능한 것은 아님) 제품 소유자는 고객, 도메인 전문가 및 시스템의 미래 사용자를 직접 대표해야합니다.
이것이 바로 직접적이고 정확한 정보를 얻을 수 있고 프로세스에 가능한 한 짧은 라인을 확보 할 수있는 가장 좋은 방법입니다.
이상적인 예는 아마도 지금 함께 일하고있는 팀일 것입니다. 제품 소유자는 현장에서 설계 결정을 승인 할 수있는 모든 권한을 가진 최종 사용자 및 도메인 전문가입니다 (실제로 그렇게 할 의지와 능력). 그는 팀의 핵심 부분으로, 구현 관련 질문 및 테스트 시나리오에 대한 즉각적인 피드백을 제공함으로써 제품 구축시 프로그래머 및 테스터뿐만 아니라 사용자 스토리를 작성하는 분석가 및 디자이너를 직접 지원합니다.
코딩하는 동안 미래의 사용자가 옆에 앉아있는 것보다 줄이 실제로 짧을 수는 없습니다. 🙂