Trong Scrum, tại sao không nên kết hợp vai trò Chủ sở hữu sản phẩm và ScrumMaster?

Trong các dự án truyền thống mà tôi đã làm việc, người quản lý dự án (và, trong các dự án lớn hơn, có thể có một phó giám đốc / phó giám đốc / trợ lý dự án nên một người không có mặt) là người chịu trách nhiệm giao tiếp với khách hàng, nhận dự án cập nhật tình trạng và sức khỏe, xác định lập kế hoạch và lập ngân sách, quản lý quy trình, đảm bảo nhóm có những gì họ cần để hoàn thành nhiệm vụ, v.v.

Tuy nhiên, trong Scrum, các trách nhiệm này được phân chia giữa Chủ sở hữu sản phẩm và ScrumMaster. Chủ sản phẩm là tiếng nói của khách hàng. Họ tương tác trực tiếp với khách hàng, tạo câu chuyện của người dùng, sắp xếp và ưu tiên tồn đọng sản phẩm và các vấn đề người dùng / khách hàng khác gặp phải. ScrumMaster xử lý quá trình, giám sát các cuộc họp (bao gồm ước tính và lập kế hoạch), loại bỏ các trở ngại và theo dõi sức khỏe tổng thể của dự án, điều chỉnh khi cần thiết.

Tôi đã đọc trên nhiều nguồn, bao gồm Wikipedia , rằng vai trò của ScrumMaster và Chủ sở hữu sản phẩm nên được nắm giữ bởi hai người khác nhau. Tôi không chỉ đọc về mà còn làm việc cho các dự án theo phong cách "truyền thống" thành công, nơi các hoạt động của cả hai được xử lý bởi một cá nhân. Trên thực tế, sẽ hợp lý hơn khi một đến ba người chịu trách nhiệm xử lý dự án (bao gồm cả nhân sự / nhân viên) và xử lý các nhiệm vụ cấp độ, vì họ thường đi đôi với nhau. Thay đổi quy trình có tác động lên lịch trình, lập ngân sách, chất lượng và các mục tiêu cấp dự án khác và thay đổi dự án có tác động đến quá trình.

Tại sao Scrum kêu gọi cô lập các hoạt động này thành hai vai trò? Những lợi thế này thực sự cung cấp? Có ai đã từng tham gia một dự án Scrum thành công trong đó Chủ sở hữu sản phẩm và ScrumMaster là cùng một cá nhân chưa?

Họ có thể (và thường là) được kết hợp và thực hiện bởi một người duy nhất (không có quy tắc nào chống lại điều này (tất cả là scrum của nó)).

NHƯNG bạn cần cân bằng trách nhiệm khác biệt một cách cẩn thận vì hai vai trò có sự cạnh tranh và chương trình nghị sự (và cần một người đặc biệt để có thể thực hiện đồng thời cả hai). Tôi đã thấy nhiều cố gắng nhưng ít người kéo nó đi trong một khoảng thời gian dài (đó là một vị trí căng thẳng).

• Để trở thành SM, bạn cần có nhiều kiến ​​thức kỹ thuật hơn PO (vì bạn sẽ giúp tổ chức nhóm phát triển). Cần có kiến ​​thức chi tiết về sản phẩm để có thể kéo mọi thứ từ sản phẩm tồn đọng vào tồn đọng mùa xuân (đôi khi bạn không thể kéo các mặt hàng hàng đầu vì điều này có thể phản tác dụng).

• PO yêu cầu hiểu biết nhiều hơn về kết thúc của phương trình so với SM. Điều này không cần phải mang tính kỹ thuật nhưng đòi hỏi kiến ​​thức về cách sản phẩm sẽ được sử dụng trong thế giới thực và hướng khách hàng muốn dùng sản phẩm.

Nếu bạn có thể tìm thấy một người có thể làm cả hai vai trò thì tôi thấy không có lý do gì để ngăn chặn điều này.

Các vấn đề có thể phát sinh khi PO bị kéo bởi khách hàng theo một hướng gây ra xung đột đáng kể cho các nhà phát triển (vì trước tiên họ cần xây dựng một số cơ sở hạ tầng khác). Công việc của SM không phải là theo ý thích của khách hàng mà là bảo vệ các nhà phát triển khỏi ý tưởng bất chợt của họ. Kéo cái này ra một cách khách quan thật khó.

Tôi không phải là chuyên gia, nhưng tôi nghĩ Scrum Master nên là người ủng hộ / hỗ trợ nhóm. Tiếng nói của khách hàng nên có lợi ích của khách hàng. Scrum Master nên tập trung vào việc giúp nhóm có được những gì họ cần để có một cuộc chạy nước rút thành công.

Ngoài ra, hãy ghi nhớ thường xuyên hơn không, bạn không làm việc trên 1 khách hàng tại một thời điểm. Chủ sở hữu sản phẩm có thể quản lý một số khách hàng và có thể tập trung vào phần đó của doanh nghiệp và ScrumMasters có thể tập trung vào phát triển dự án.

Giống như nhiều người đã nói, cả hai vai trò đều có lợi ích riêng biệt, nhưng một mục tiêu chung và các kỹ năng khác nhau để thu hút nó.

Nếu cùng một người đại diện cho nhóm nhà phát triển và người dùng / khách hàng, thì cách duy nhất bạn có trong tranh chấp là xem xét hợp đồng. Mặc dù cuối cùng có thể đi đến điều này, nhưng tốt hơn hết là nếu một đại diện từ cả hai phía có quyền lực ngang nhau có thể đưa ra một thỏa thuận.

Những người trong vai trò Chủ sở hữu sản phẩm và Scrum Master có thể có những mong muốn, mục tiêu, yêu cầu và ràng buộc mâu thuẫn, hơn 2 lập trình viên ngẫu nhiên. Con người có thể hoặc không thể đánh giá tốt các mục tiêu xung đột tốt, và có thể dễ mắc lỗi trong phán đoán khi đối mặt với các mục tiêu xung đột. Hai người có trọng tâm hoặc thiên vị hơi khác nhau có thể ít có khả năng cùng nhau mắc lỗi tương tự hoặc cùng mức độ sai sót trong phán đoán.

Hai người cũng có thể phân bổ tổng số giờ làm việc nhiều hơn để tập trung vào từng khía cạnh khác nhau của vấn đề / dự án (ví dụ: mục tiêu của 2 vai trò khác nhau).