Mục tiêu kinh doanh (Business Objectives)

Rủi ro kinh doanh (Business Risks)

Các tính năng chính (Major Features)

Tuyên bố tầm nhìn (Vision Statement)

Danh sách sự kiện (Event List)

Sơ đồ cây tính năng (Feature Tree)

Sơ đồ ngữ cảnh (Context Diagram)

Bản đồ hệ sinh thái (Ecosystem Map)

Đưa ra một tuyên bố lý tưởng, truyền cảm hứng về tương lai.

Có thể định lượng và đo lường được.

Liệt kê tất cả các bên liên quan của dự án.

Mô tả chi tiết các giải pháp kỹ thuật sẽ được sử dụng.

Để thay thế cho việc phải viết tài liệu Yêu cầu kinh doanh đầy đủ.

Để tạo ra một tài liệu pháp lý ràng buộc về phạm vi của sản phẩm.

Để cấu trúc suy nghĩ và đảm bảo tất cả các khía cạnh quan trọng của tầm nhìn sản phẩm được đề cập.

Để đảm bảo tuyên bố đủ dài và chi tiết cho các nhà phát triển.

Bản đồ hệ sinh thái hiển thị các luồng dữ liệu chi tiết, trong khi Sơ đồ ngữ cảnh thì không.

Sơ đồ ngữ cảnh chỉ hiển thị người dùng, còn Bản đồ hệ sinh thái chỉ hiển thị các hệ thống khác.

Sơ đồ ngữ cảnh được sử dụng cho các dự án Agile, còn Bản đồ hệ sinh thái được sử dụng cho các dự án truyền thống.

Bản đồ hệ sinh thái có thể bao gồm các hệ thống bị ảnh hưởng nhưng không tương tác trực tiếp với hệ thống chính, còn Sơ đồ ngữ cảnh thì không.

Ngay lập tức thêm tính năng vào phạm vi dự án để làm hài lòng bên liên quan.

Đánh giá xem tính năng được đề xuất có đóng góp vào việc đạt được các mục tiêu kinh doanh đã xác định hay không.

Từ chối yêu cầu ngay lập tức để tránh 'scope creep' (phạm vi bị phình to).

Yêu cầu đội ngũ phát triển ước tính chi phí và thời gian thực hiện ngay lập tức.

Để xác định rõ ràng những khả năng mà sản phẩm sẽ không bao gồm, nhằm quản lý kỳ vọng của các bên liên quan.

Để xác định phạm vi cho các bản phát hành trong tương lai sau bản phát hành đầu tiên.

Để liệt kê các lỗi đã biết trong hệ thống hiện tại.

Để mô tả các rủi ro kỹ thuật có thể xảy ra trong quá trình phát triển.

Tóm tắt các lợi ích kinh doanh quan trọng mà sản phẩm sẽ cung cấp một cách định lượng và có thể đo lường được.

Liệt kê tất cả các tính năng chính sẽ được phát triển trong bản phát hành đầu tiên.

Xác định các bên liên quan chính và vai trò của họ trong dự án.

Mô tả vấn đề kinh doanh đang được giải quyết hoặc cơ hội trên thị trường.

Sơ đồ bối cảnh (Context Diagram)

Danh sách sự kiện (Event List)

Cây tính năng (Feature Tree)

Sơ đồ luồng dữ liệu (Data Flow Diagram)

Mô tả các khả năng chính của sản phẩm.

Xác định khách hàng mục tiêu của sản phẩm.

Nêu rõ sự khác biệt chính và lợi thế của sản phẩm mới so với các giải pháp thay thế.

Tóm tắt nhu cầu hoặc cơ hội mà sản phẩm giải quyết.

Một mục tiêu thành công quan trọng với sự linh hoạt hạn chế để điều chỉnh.

Một yếu tố giới hạn mà người quản lý dự án phải hoạt động trong khuôn khổ đó.

Một rủi ro kinh doanh tiềm ẩn cần được giảm thiểu.

Một yếu tố mà người quản lý dự án có thể linh hoạt điều chỉnh để cân bằng với các khía cạnh khác.

Liệt kê các khả năng sẽ được đưa vào các bản phát hành trong tương lai.

Ghi lại bất kỳ sự phụ thuộc nào của dự án vào các yếu tố bên ngoài.

Nêu rõ các khả năng mà một bên liên quan có thể mong đợi nhưng không được lên kế hoạch đưa vào.

Mô tả các rủi ro kinh doanh chính liên quan đến việc không phát triển sản phẩm.

Một rủi ro (Risk)

Một ràng buộc (Constraint)

Một giả định (Assumption)

Một sự phụ thuộc (Dependency)

Sơ đồ bối cảnh hiển thị các hệ thống, trong khi Sơ đồ hệ sinh thái hiển thị các nhóm người dùng.

Sơ đồ bối cảnh là một công cụ cho phương pháp Agile, trong khi Sơ đồ hệ sinh thái dành cho phương pháp Waterfall.

Sơ đồ bối cảnh chỉ hiển thị các luồng dữ liệu, trong khi Sơ đồ hệ sinh thái chỉ hiển thị các mối quan hệ.

Sơ đồ bối cảnh tập trung vào các giao diện trực tiếp với hệ thống, trong khi Sơ đồ hệ sinh thái hiển thị cả các hệ thống liên quan không có giao diện trực tiếp.

Để giúp ưu tiên hóa danh sách công việc tồn đọng (product backlog) nhằm mang lại giá trị kinh doanh cao nhất trong các lần lặp sớm nhất.

Để tạo một kế hoạch dự án chi tiết, không thay đổi trong suốt quá trình phát triển.

Chỉ trong lần lặp đầu tiên (iteration zero) và không tham khảo lại sau đó.

Để thay thế hoàn toàn cho việc tạo user stories.

Tầm nhìn sản phẩm tập trung vào các yêu cầu kỹ thuật, trong khi Phạm vi dự án tập trung vào nhu cầu kinh doanh.

Tầm nhìn sản phẩm bao trùm phạm vi cho mỗi bản phát hành đã lên kế hoạch.

Phạm vi dự án xác định Tầm nhìn sản phẩm cho một bản phát hành cụ thể.

Chúng là hai thuật ngữ có thể thay thế cho nhau để mô tả cùng một khái niệm.