Việc bố trí độ ưu tiên mang đến product backlog là giữa những mối quan lại tâm hàng đầu của hàng hóa Manager, vì nguồn lực mà đội phát triển có luôn luôn luôn ít hơn những tính năng mà các stakeholders muốn muốn, và trọng trách của sản phẩm Manager là thu xếp độ ưu tiên cho các tính năng dựa theo quý hiếm mà nó mang lại cho người dùng & tổ chức. Vào một list dài các tính năng nên phát triển, hàng hóa Manager nên đưa ra quyết định yêu cầu nào sẽ tiến hành ưu tiên cách tân và phát triển trước, yêu cầu nào cần triệu tập nguồn lực để ra thị phần càng nhanh chóng càng tốt, yêu mong nào có độ ưu tiên thấp & được cách tân và phát triển sau, vv.
Bạn đang xem: Prioritization là gì
Có khôn cùng nhiều phương thức sắp xếp độ ưu tiên mang lại product backlog. Tùy trực thuộc vào điểm lưu ý của sản phẩm, nhóm phát triển, development stage của sản phẩm, vv cơ mà Product Manager lựa chọn phương thức cho sản phẩm của mình.Bài viết này sẽ share về một số phương thức sắp xếp độ ưu tiên, và các chú ý khi gạn lọc phương pháp
Phương pháp Kano Model đánh giá độ ưu tiên của tính năng dựa bên trên mức độ ưng ý của người dùng đối với tính năng.Kano Model review mỗi anh tài trên 2 tiêu chíSatisfaction: mức độ ưng ý của tín đồ dùngFunctionality: mức độ phức tạp, ngân sách chi tiêu để cách tân và phát triển tính năng
Khi áp dụng Kano Model, sản phẩm Manager thường tiến hành khảo sát fan dùng. Với từng tính năng, người dùng sẽ vấn đáp 2 câu hỏi:
Mức độ chuộng nếu công dụng này được phạt triểnMức độ ưa chuộng nếu công dụng này ko được phạt triểnDựa bên trên câu trả lời của tín đồ dùng, những tính năng được chia thành 4 loại:
Performance: các tính năng làm tăng nấc độ ưa chuộng nếu được vạc triểnMust-be: các tính năng mà fan dùng xem là tối thiểu, nếu như có không hỗ trợ tăng mức độ hài lòng, tuy thế nếu không có sẽ gây thất vọngAttractive: các tính năng nằm quanh đó yêu ước của bạn dùng, nếu không tồn tại không gây thất vọng, giả dụ có để giúp tăng nút độ chấp thuận lên khôn cùng nhiềuIndifferent: các tính năng cho dù có hay là không không tác động tới sự phù hợp của bạn dùngThông thường, các tính năng sẽ tiến hành sắp xếp theo sản phẩm công nghệ tự ưu tiên sau: Must-Be > Performance > Attractive > Indifferent.
Story Mapping là một trong những cách thức phổ biến chuyển nhất được sản phẩm Manager sử dụng.Story Mapping là 1 trong đồ thị tất cả 2 đường
Usage sequence: là đường nằm ngang, các user story được bố trí theo sản phẩm tự thực hiện bởi fan dùngCriticality: là mặt đường nằm dọc, các user story được xếp từ bên trên xuống dưới dựa theo mức độ quan trọng. Các story tất cả cùng nấc độ đặc biệt quan trọng được xếp ngang hàngCác story tương quan đến cùng 1 chuyển động có thể tụ lại thành “Activities”Để lựa chọn các user story mang lại từng release, product Manager kẻ con đường nằm ngang, gom các story có cùng mức độ quan trọng đặc biệt với nhau đến cùng 1 release. điểm yếu của phương thức này là tương đối khó sử dụng vào bối cảnh thị phần & sản phẩm biến hễ liên tục, khi product Manager không thể bao gồm tầm chú ý dài hạn cho sản phẩm.
Việc trở nên tân tiến sản phẩm hay dự án công trình mới trong công ty thường xuất phát điểm từ mục đích tăng doanh thu hoặc giảm bỏ ra phí. Bởi vì đó, trong vô số trường hợp, việc thu xếp độ ưu tiên sẽ dựa trên giá trị kinh tế mà chức năng/dự án mang lại.Có 4 loại mục tiêu tài thiết yếu mà ta thường xuyên gặp:
New revenue: tạo thành doanh thuIncremental revenue: tăng nguồn thu bằng phương pháp khiến người tiêu dùng hiện tại chi nhiều hơnRetained revenue: tăng nguồn thu bằng phương pháp giữ chân người dùng hiện tạiCost savings: giảm ngân sách chi tiêu vận hànhTùy vào phương châm tài thiết yếu mà doanh nghiệp đang hướng tới, hàng hóa Manager thu xếp độ ưu tiên mang lại chức năng. Một trong những chỉ số tài chính dị kì được phân tích khi sử dụng cách thức này: Net Present Value (NPV), Internal Rate of Return (IRR), Discounted Payback Period, vv
Với ý kiến “do less
Xem thêm: Nên Ăn Quả Óc Chó Khi Nào Trong Ngày Là Tốt Nhất, Cách Ăn Quả Óc Chó Đúng Nhất
Use: là các tính năng bức tốc trải nghiệm fan dùng, giả dụ thiếu những tính năng này sản phẩm chỉ bao gồm sức hút buổi tối thiểu với người dùng. Ví dụ, hiển thị danh sách sản phẩm ở trang dịch vụ thương mại điện tửEngage: là các tính năng thu hút bạn dùng, khiến cho người dùng trở lại và sử dụng thành phầm thường xuyên hơn. Ví dụ, nhận xét sản phẩmExplore: là các tính năng góp tăng sự gợi cảm của sản phẩm, khiến người cần sử dụng muốn mày mò về sản phẩm nhiều hơn thế nữa là những tương tác ban đầu. Ví dụ, nhắc nhở sản phẩm liên quanĐối với sản phẩm phát triển mới, bản release đầu tiên có thể chỉ bao hàm các kỹ năng Core là đủ. Sau bản release đầu tiên, đội cách tân và phát triển sẽ tiếp thu được những feedback từ người tiêu dùng thật, từ đó chứng thực lại tính đúng chuẩn của user’s goal/engagement ban đầu, chỉnh sửa danh sách tính năng, & sắp xếp lại máy tự ưu tiên cho release tiếp theo.
Tóm lại, key concept của Systemico model là: Càng release thành phầm sớm, càng nhận ra feedback từ người dùng sớm, chúng ta càng có cơ hội cải thiện sản phẩm mau chóng hơn.
Các phương pháp dựa trên yếu tố bên phía ngoài (external techniques) cân xứng khi
Product Manager cần reviews khái quát lác (high-level) một list lớn các tính năng có thể phạt triểnProduct Manager ước ao tìm hiểu, “khai phá” (explore) nhu cầu người tiêu dùng thực, nhằm từ đó tạo nên product backlog, đặc biệt quan trọng với các sản phẩm mới toanh trong quy trình xây dựng ý tưởngProduct Manager thân yêu tới tác dụng cần có được (outcome) là gì, rộng là việc thực hiện như thế nào & chi phí-doanh thu gắng nào (how)Product Manager muốn sự tham gia của những stakeholder không giống trong việc định hình sản phẩm, & đạt được sự đồng thuận của stakeholder giành cho thứ trường đoản cú ưu tiên của backlogCác cách thức dựa bên trên yếu tố bên trong (internal techniques) phù hợp khi
Đánh giá chi tiết hơn các công dụng đã được xác minh từ external techniquesSắp xếp ưu tiên cho 1 product backlog đã có đồng thuận trường đoản cú stakeholder là tương xứng với nhu yếu của người tiêu dùng & tổ chứcDự án/sản phẩm cải cách và phát triển nội bộ, hoặc không cần vồ cập nhiều tới yếu tố thị trườngCần thu xếp nhanh độ ưu tiên giữa các chức năng có độ ưu tiên thấpThông thường, đội dự án outsource ít bao gồm sự xúc tiếp với thị trường & người tiêu dùng thật. Product backlog trong dự án outsource thường là các backlog sẽ được quý khách hàng sắp xếp độ ưu tiên ở tầm mức high-level. Các yếu tố được xem xét thường là: đưa ra phí, mối cung cấp lực, rủi ro. Vì chưng đó, dự án outsource thường áp dụng các internal techniques, hai phương pháp được áp dụng khá liên tục là Value vs Risk, Value vs Cost.
Don’t prioritize user needs over business needs. While user needs are incredibly important, they won’t matter if they don’t over up driving business.”—Drew Davidson
Khó để khẳng định ngay phương pháp nào tương xứng với sản phẩm nào. Một product Manager có thể thử thực hiện nhiều cách thức cho tới khi lựa chọn được phương pháp tối ưu nhất, hoặc thậm chí sử dụng phối kết hợp nhiều phương pháp cho cùng 1 sản phẩm.Việc sắp xếp độ ưu tiên không chỉ diễn ra một lần. Độ ưu tiên phải liên tục được đánh giá lại sau những lần release, các lần nhận feedback từ khách hàng hàng, & điều chỉnh sao cho đảm bảo các tính năng đem về giá trị nhất luôn luôn được ưu tiênViệc sắp xếp độ ưu tiên chưa hẳn trách nhiệm của chính mình Product Manager. Feedback từ fan dùng, ý kiến chuyên môn từ đội phát triển hoặc các stakeholder khác những là nguồn tin tức quý giá để Product Manager cân nhắc.Cần cân đối giữa phương thức định lượng và định tính. Dù hiệu quả định lượng có vẻ có tính thuyết phục hơn, thì thực tiễn các con số vẫn mang ý nghĩa ước lượng, và không phản ảnh hết phần nhiều thông tin.Không nên được sắp xếp mong ao ước của người dùng lên trên yêu cầu kinh doanh. Bởi lẽ, xét cho cùng, mục tiêu của sản phẩm là để đạt được mục tiêu kinh doanh; vừa lòng nhu cầu người tiêu dùng sẽ vô nghĩa nếu như nó không giúp tổ chức đạt được phương châm kinh doanhNguồn tham khảo