Chủ sở hữu sản phẩm cũng là nhà phát triển trong nhóm của bạn phải không?

Tôi bối rối về trách nhiệm của PO ở đây. Tôi là một nhà phát triển trong Nhóm tính năng trò chơi, nhưng cũng là một PO. Công việc hàng ngày của nhà phát triển gần như toàn thời gian, vì vậy tôi phải làm việc theo thời gian để chăm sóc nhiệm vụ PO của mình và trách nhiệm của PO dường như chống lại suy nghĩ của nhà phát triển.

Là một PO, tôi sẽ chọn nhiều tính năng chạy nước rút tiếp theo. Nếu không, tôi sẽ tự nhủ mình không làm như vậy, vì tôi là thành viên trong nhóm để phát triển các tính năng đó. Tình huống này khiến tôi bối rối, vì vậy tôi muốn nghe một số ý tưởng từ các bạn.

Tôi là người mới đối với Scrum và Game Dev (khoảng 1 năm rưỡi), và cũng mới ở đây và tiếng Anh.

Có vẻ như hơi bất thường nhưng thực sự không nên có bất kỳ lý do nào để các vai trò này được kết hợp. Đối với một người, ai đó đã tin tưởng bạn với vai trò này, do đó nhóm của bạn phải tôn trọng điều đó. Thứ hai, bây giờ bạn đang ở trong một vị trí mà bạn có thể ưu tiên công việc phải hoàn thành để bạn luôn có thể giải thích lý do tại sao mọi thứ đang diễn ra như vậy. Thứ ba, bạn ở trong nhóm nên bạn đang mang bạn chia sẻ khối lượng công việc. Cuối cùng, đó là một công việc, nếu bạn phải làm việc chăm chỉ thì không sao. Một nhóm luôn cần nhớ để tăng thêm giá trị cho dự án của họ, đó không phải là về việc trao tay miễn phí.

Những gì nó được đưa ra là "Bạn đã có hàng hóa để thực hiện các khoản giảm giá này?" Nếu bạn nghĩ rằng bạn có, làm điều đó!

Theo kinh nghiệm của tôi, chủ sở hữu sản phẩm là PM / TPM hoặc là thành viên của nhóm kinh doanh. Mặc dù PO không thể là một nhà phát triển, nhưng có một số nguy cơ xung đột lợi ích. Nếu sản phẩm của bạn có tính kỹ thuật cao, PO phải có nền dev. Nếu nó ít kỹ thuật hơn và tập trung nhiều người dùng hơn, thì một PO với trải nghiệm biz là rất quan trọng.

Là một lập trình viên (giả sử bạn là một người giỏi), bạn sẽ được đầu tư vào mã của mình. Là chủ sở hữu hoặc người quản lý, bạn cần được đầu tư vào sản phẩm.

Những điều này không phải lúc nào cũng giống nhau. Và khi họ không có bạn sẽ có vấn đề lớn.

Tôi đã luôn nói rằng vai trò của một người quản lý giỏi là chặn những thứ nhảm nhí từ trên cao và đánh cắp mã của tôi khỏi tôi khi nó đủ tốt. Không có người quản lý, tôi có thể làm việc trên một chức năng duy nhất cho đến hết đời, mãi mãi cải thiện nó.

Chủ nhân cần nhìn vào bức tranh lớn, lập trình viên cần nhìn vào chi tiết. Bạn không thể làm cả hai trừ khi bạn là Chúa!

Như được định nghĩa trong Scrum truyền thống, không có vấn đề gì với Nhà phát triển cũng hoạt động với tư cách là Chủ sở hữu sản phẩm. Tuy nhiên, bạn cần phải cẩn thận khi lập kế hoạch cho bất kỳ ai đang thực hiện vai trò bán thời gian của mình, vì họ đang làm việc trên nhiều dự án hoặc vì họ có nhiều vai trò trong cùng một nhóm. Trong trường hợp của bạn, bạn không thể tự coi mình là nhà phát triển toàn thời gian vì bạn cần ngân sách thời gian trong mỗi lần lặp để thực hiện các nhiệm vụ của Chủ sở hữu sản phẩm.

Tôi nghĩ rằng bạn cũng có sự hiểu lầm về những gì Chủ sở hữu sản phẩm làm. Bạn không có trách nhiệm chọn các tính năng đi vào vòng lặp. Thay vào đó, công việc của bạn là tiếng nói của khách hàng trong dự án, khi giới thiệu những câu chuyện mới, phân công ưu tiên cho những câu chuyện mới này và đảm bảo rằng việc thực hiện từng câu chuyện được chấp nhận thông qua việc tạo và thực hiện các bài kiểm tra chấp nhận. Việc lựa chọn các câu chuyện dựa trên vận tốc của nhóm và tồn đọng ưu tiên, chứ không phải bằng bao nhiêu câu chuyện mà Chủ sở hữu sản phẩm muốn thực hiện.

Thật thú vị khi tôi đưa ra lời khuyên cho một chàng trai tên Charlie, (Tên tôi là Charles) nhưng tôi có một số kinh nghiệm trong vai trò kép là một dev / PM, và theo kinh nghiệm của tôi, thật dễ dàng để bị cuốn vào một vai trò này hay khác.

Nếu bạn có thể giữ vững cả hai vai trò, bằng mọi cách, hãy làm như vậy, nhưng hãy tiết kiệm thời gian của bạn và giữ cho việc chuyển đổi bối cảnh giữa hai vai trò đó ở mức tối thiểu, đặc biệt là trong một ngày.

Lý tưởng nhất, tôi khuyên bạn nên tránh trộn lẫn các vai trò này, vì chúng, như bạn đã nhận thấy, khá nhiều mâu thuẫn với nhau.

Hầu như luôn luôn là một ý tưởng tồi. Chúng tôi đã có một người quản lý dự án là chủ sở hữu sản phẩm và điều đó đã đủ mâu thuẫn.

Tôi hiểu các vấn đề cân bằng chung giữa hai vai trò, nhưng điều tôi không hiểu là mối quan tâm cụ thể của bạn.

Phát triển chỉ là một vai trò toàn thời gian nếu bạn làm như vậy. Nếu bạn chỉ tính mình là 50% trong kế hoạch chạy nước rút (khi tính tất cả số giờ nhà phát triển / ngày khả dụng), bạn sẽ còn nhiều thời gian cho nhiệm vụ PO của mình.