"누가 누구에게 말하지 말아야합니까?"라고 말하는화물 숭배 또는 교과서에 집착하지 말고 두뇌를 켜고 가장 잘 작동하는 것을하는 것은 항상 좋은 생각입니다 (특히 소위 애자일 프로젝트에서). 계획.
@PatrickHughes의 의견에 따라 PO와 고객 간의 커뮤니케이션이 표준이되어야하지만 복잡한 비즈니스 요구 사항을 명확히해야하는 상황과 개발자와 개발자 간의 직접적인 커뮤니케이션이 필요할 수 있습니다. 비즈니스 전문가가 업무 속도를 크게 높일 것입니다. 이러한 상황에서는 중간에 PO를 사용하여 "중국인 속삭임"을하지 말고 개발자와 비즈니스 전문가가 서로 직접 대화 할 수 있도록해야합니다.
그러나 PO를 우회해서는 안됩니다. 이상적으로 그는 대화에 참여할 가능성이 높습니다. 고객은 대화 중에 고객이 테이블에 완전히 새로운 요구 사항을 제시하지 않았거나 이전에 합의 된 요구 사항과 상반되는 요구 사항을 제시하지 않았 음을 확인할 수 있습니다.
이것은 또한 관련된 사람들과 상황에 달려 있습니다. PO는 특정 개발자와 고객의 전문가를 충분히 신뢰하여 두 사람이 특정 주제에 대해 이야기하고 나중에 말한 내용을보고하게 할 수 있습니다. 다른 상황에서는 다른 사람들과 관련하여 더 적극적으로 참여하는 것을 선호 할 수 있습니다. 이 결정을 올바르게하는 것은 훌륭한 프로젝트 관리의 핵심입니다.