Sử dụng Scrum cho các dự án nhỏ mà Chủ sở hữu không muốn tham gia


9

Gần đây tôi đã đọc và tìm hiểu khá nhiều về scrum và tôi thích nó rất nhiều. Tuy nhiên, tôi có một vài tình huống có thể xảy ra trong đầu mà tôi không biết giải pháp. Vì vậy, hãy nói rằng tôi có thể muốn tổ chức một nhóm nhanh gồm (ví dụ) bốn nhà phát triển web (một trong số họ là nhà thiết kế UI / UX). Đội ngũ này sẽ hoạt động trên các nguyên tắc scrum.

Ban đầu, chúng tôi có thể sẽ làm việc trên các dự án như trang đích cho các doanh nghiệp nhỏ của người bình thường, như thuê căn hộ, bán bánh quy ... Những khách hàng như vậy đơn giản không thể được đặt với vai trò Chủ sở hữu sản phẩm (IMHO), vì họ thường mong muốn thuê một công ty , cung cấp cho họ mục tiêu tổng thể của dự án với một số chi tiết, và sau đó hy vọng công việc sẽ được thực hiện (bao gồm rất nhiều việc ra quyết định) với càng ít sự tham gia của họ càng tốt (theo ý kiến ​​của họ, họ có nhiều việc quan trọng hơn để làm). Giả sử tôi muốn tham gia vào vai trò chủ nhà phát triển / scrum (Tôi biết rằng ngay cả điều đó cũng gây tranh cãi, là thành viên nhóm và chủ scrum cùng một lúc), vì vậy tôi chỉ đơn giản là không nên đảm nhận vai trò chủ sở hữu sản phẩm như tốt.

Vì vậy, đối với câu hỏi của tôi: Nếu tôi là chủ doanh nghiệp của công ty tôi, tôi chỉ cần trở thành chủ sở hữu sản phẩm (các vai trò này có bao gồm nhau không)? Tôi có thể thuê một nhân viên bán hàng có thể đóng vai trò chủ sở hữu sản phẩm không? Sẽ tốt hơn nếu đó là một nhà phát triển có kinh nghiệm thay vì một nhân viên bán hàng? Đây thậm chí là một động thái thông minh? Cuối cùng, có cách tiếp cận nhanh nào khác có thể phù hợp hơn với vị trí của tôi không?


EDIT: Cảm ơn tất cả mọi người cho đầu vào tốt. Tôi đã thêm một số ý kiến, bất kỳ thông tin quảng cáo sẽ được đánh giá rất cao.


1
Bạn cần bao nhiêu lần chạy nước rút để tạo một trang đích?
JeffO

JeffO, tôi hiểu ý của bạn, nhưng nó đã xảy ra quá nhiều lần khi một số trang đích đơn giản hóa ra chỉ là, mặt khác, một số trong số chúng bắt đầu phát triển. Nếu bạn chưa sẵn sàng, bạn sẽ phải chịu số phận mà không có kế hoạch trước đó. Ít nhất đó là kinh nghiệm của tôi.
Andrej Mohar

Câu trả lời:


15

Tôi nghĩ rằng tình huống của bạn trong thực tế rất phổ biến, rất nhiều khách hàng không tham gia vào mức độ cống hiến mà vai trò PO cần.

Cách tiếp cận rất thông thường của "PO proxy", đây là người trong công ty bạn nói chuyện với khách hàng và chuyển các yêu cầu của khách hàng sang lịch sử người dùng cho nhóm scrum. Dĩ nhiên bạn cần, từng chút một, liên quan đến nhiều khách hàng thực sự hơn trong quy trình của bạn, nhưng điều này không phải lúc nào cũng có thể và phụ thuộc rất nhiều vào loại khách hàng của bạn, "PO proxy" có thể là một giải pháp hợp lý trong hầu hết các tình huống .

Đối với vị trí này, phù hợp nhất có lẽ không phải là nhà phát triển và có thể không phải là nhân viên bán hàng, phù hợp nhất với chuyên gia về lĩnh vực kinh doanh của khách hàng của bạn (đồng thời có thể là nhà phát triển hoặc bán hàng, nhưng kỹ năng chính của anh ta là là một chuyên gia tên miền).

Một điều khác cần xem xét nếu bạn thực sự cần một người toàn thời gian với vai trò này hoặc nếu vai trò này có thể được chia sẻ với nhiệm vụ khác, điều này một lần nữa phụ thuộc rất nhiều vào bối cảnh cụ thể của bạn, bạn có thể bắt đầu với vai trò chia sẻ hoặc toàn thời gian và "kiểm tra và thích nghi" với nhu cầu cụ thể của bạn.


8

Theo kinh nghiệm của tôi, nếu bạn nói với khách hàng họ là 'chủ sở hữu sản phẩm', họ có xu hướng nổi loạn với trách nhiệm thêm. Nhưng nếu bạn nói rằng bạn sẽ cho họ thấy sự tiến bộ của bạn vài tuần một lần để họ có thể chỉ đạo nhóm, họ sẽ rất tuyệt với điều đó. Đối với hầu hết các phần, đó là những gì chủ sở hữu sản phẩm làm gì.


Điều đó đúng với hầu hết các phần, mặc dù tôi đã làm việc với một số khách hàng, những người không muốn có bất kỳ sự liên quan nào. Vì vậy, đôi khi điều này có thể không hoạt động như mong đợi.
Andrej Mohar

3

Tôi muốn nói rằng khách hàng bên ngoài của bạn là một bên liên quan và chủ sở hữu sản phẩm của bạn nên đến từ chính tổ chức của bạn.

Theo kinh nghiệm của tôi, chủ doanh nghiệp và chủ sở hữu sản phẩm hiếm khi có cùng vai trò. Để kiểm tra các kỹ năng cần có của Chủ sở hữu sản phẩm, cũng như trách nhiệm của họ, không có gì khác ngoài Hướng dẫn Scrum .

Đừng chọn chủ sở hữu sản phẩm của bạn một cách cẩn thận. Chúng sẽ có tác động đáng kể đến việc bạn đạt được những lợi ích của scrum tốt như thế nào.


Tôi đồng ý ở một mức độ nào đó, nhưng nếu tôi chỉ có một nhóm nhỏ, việc chọn chủ sở hữu sản phẩm trở nên rất hạn chế.
Andrej Mohar

0

Tôi đã ở trong những tình huống tương tự và chúng tôi không bao giờ giao trách nhiệm của chủ sở hữu sản phẩm cho khách hàng. Như bạn đã nói, khách hàng sẽ không muốn thực hiện trách nhiệm này. Nó đòi hỏi nhiều nỗ lực từ phía họ, và nó không được coi là thực hành tốt nhất.

Bạn nên có chủ sở hữu sản phẩm là một phần của nhóm của bạn và đảm bảo rằng nhóm cung cấp những gì khách hàng yêu cầu. Và quan trọng hơn, hành động vì lợi ích của nhóm của bạn. Cô ấy nên có đủ chuyên môn để hiểu khách hàng và đánh giá các ưu tiên và tầm quan trọng của các tính năng được yêu cầu từ khách hàng.


Tại sao tôi có thể bỏ phiếu xuống?
Ioannis Tzikas

Như tôi đã trả lời với Derek, thật khó để có một nhóm nhỏ và có chuyên môn cho tất cả các lĩnh vực chúng ta có thể gặp phải. Ngoài ra, tôi có thể hiểu sai vai trò của Chủ sở hữu sản phẩm, nhưng cô ấy không nên làm việc vì lợi ích của khách hàng (AFAIK, Scrum Master làm việc có lợi cho nhóm và đó là lý do tại sao họ bổ sung tốt cho nhau, phải không?) theo cách này, tôi không phải là người bỏ phiếu cho bạn.
Andrej Mohar

Khi tôi nói từ nhóm của bạn, tôi có nghĩa là từ công ty / tổ chức của bạn. Mặc dù người quản lý sản phẩm là tiếng nói của khách hàng và đại diện cho các bên liên quan, anh ấy / cô ấy vẫn hành động có lợi cho tổ chức / nhóm của bạn. Điều quan trọng là phải có ai đó lọc các yêu cầu và hấp thụ áp lực của khách hàng.
Ioannis Tzikas
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.