Lộ trình sản phẩm

Lộ trình sản phẩm là một kế hoạch được truyền đạt rõ ràng về những gì nhóm sản phẩm dự định thực hiện và thời gian dự kiến. Đối tượng của lộ trình này là các nhóm nội bộ cần phối hợp, các nhà quản lý cấp cao cần sự tin tưởng rằng nỗ lực đang hướng đến chiến lược, và đôi khi là khách hàng và đối tác cần lập kế hoạch cho các tính năng sắp ra mắt. Vì các đối tượng này có những nhu cầu khác nhau, nên lộ trình sản phẩm là một trong những tài liệu gây tranh cãi nhất trong các tổ chức sản phẩm.

Hình thức truyền thống, một dòng thời gian liệt kê các tính năng cụ thể kèm theo ngày giao hàng, rất dễ đọc nhưng lại thường xuyên gặp vấn đề trong thực tế. Nó cam kết đưa ra giải pháp trước khi các vấn đề cốt lõi được xác thực, biến các ước tính thành lời hứa rồi được coi là cam kết, và loại bỏ khả năng phản hồi của nhóm dựa trên những gì họ học được, vì việc thay đổi kế hoạch được coi là thất bại chứ không phải là sự điều chỉnh dựa trên bằng chứng. Các nhóm hoạt động theo lộ trình như vậy sẽ giao những gì đã được liệt kê bất kể đó có phải là điều đúng đắn hay không, bởi vì lộ trình đã trở thành định nghĩa của sự thành công.

Các giải pháp dựa trên kết quả giải quyết vấn đề này bằng cách tổ chức xoay quanh các vấn đề và kết quả thay vì các tính năng. Lộ trình nêu rõ những kết quả kinh doanh hoặc khách hàng nào mà nhóm đang theo đuổi trong một khoảng thời gian nhất định, với các phương pháp đề xuất được giữ ở mức linh hoạt, sao cho cam kết hướng đến kết quả chứ không phải một giải pháp cụ thể. Điều này giúp duy trì khả năng thay đổi phương pháp khi quá trình khám phá cho thấy một phương pháp tốt hơn, đồng thời vẫn truyền đạt được định hướng. Phương pháp này đòi hỏi sự tin tưởng cao hơn từ các bên liên quan, và sẽ thất bại nếu tổ chức đánh giá các nhóm sản phẩm dựa trên sản lượng được bàn giao thay vì kết quả đạt được.

Định dạng "ngay bây giờ - tiếp theo - sau này" là một giải pháp trung dung phổ biến, truyền đạt trình tự công việc mà không cần độ chính xác giả tạo. Các mục trong ngắn hạn được hiểu rõ và ước tính đáng tin cậy, các mục trong tầm nhìn trung hạn được thống nhất về hướng đi nhưng không được xác định cụ thể, và các mục trong dài hạn là những ý định được ghi lại mà không có cam kết. Điều này phù hợp với thực trạng kiến ​​thức hơn so với một mốc thời gian thống nhất, và nó giảm bớt áp lực phải đặt ra ngày tháng cho công việc chưa được xác định phạm vi.

Dù sử dụng định dạng nào, chức năng thực sự của lộ trình là làm cho việc ưu tiên trở nên rõ ràng và truyền đạt những việc sẽ không được thực hiện. Một lộ trình bao gồm mọi thứ mà bất kỳ ai đã yêu cầu chỉ là một danh sách công việc tồn đọng kèm theo ngày tháng và không cung cấp thông tin chiến lược nào. Giá trị đến từ những việc bị loại trừ, và việc bảo vệ những loại trừ đó là lý do chính khiến việc duy trì tài liệu này trở nên khó khăn trong các tổ chức nơi nhiều bên liên quan có những yêu sách trái ngược nhau.

Các đối tượng khác nhau cần các phiên bản khác nhau, và việc cố gắng phục vụ tất cả bằng một tài liệu duy nhất là lý do tại sao các lộ trình thường không đáp ứng được yêu cầu. Bộ phận kỹ thuật và thiết kế cần đủ chi tiết để chuẩn bị, các nhà quản lý cần sự liên kết với chiến lược và những tác động về nguồn lực, bộ phận bán hàng và hỗ trợ cần biết những gì họ có thể và không thể hứa hẹn, và khách hàng cần sự tự tin về định hướng mà không cần những cam kết mà doanh nghiệp không thể thực hiện. Việc duy trì một số ít các phiên bản khác nhau từ một kế hoạch cơ bản, với các mức độ cam kết khác nhau rõ ràng, sẽ bền vững hơn so với việc đàm phán một tài liệu duy nhất mà mọi người đều thấy quá mơ hồ hoặc quá cụ thể. Điều quan trọng là các phiên bản đó xuất phát từ cùng một thứ tự ưu tiên chứ không phải được duy trì một cách độc lập.

Lộ trình phát triển cũng cần dành chỗ cho những công việc không bao giờ được yêu cầu nhưng luôn cần thiết: nợ kỹ thuật, độ tin cậy, bảo mật, khả năng truy cập và những cải tiến phát sinh từ thử nghiệm. Các kế hoạch phân bổ toàn bộ năng lực hiện có cho các tính năng mới sẽ tích lũy các nghĩa vụ mà cuối cùng sẽ tiêu hao hoàn toàn năng suất của nhóm. Việc thiết lập sự phân bổ đó và kết nối lộ trình với một phương pháp ưu tiên hợp lý là công việc bình thường trong một nhóm phát triển phần mềm. studio sản phẩm sự tham gia, dựa trên bằng chứng từ nghiên cứu sản phẩm và theo định hướng kinh doanh được thiết lập thông qua lập kế hoạch chiến lược và tư vấn.