Visual Paradigm Desktop | 
Visual Paradigm Online
Chủ sở hữu sản phẩm về cơ bản là về việc hiểu rõ lý do đằng sau mỗi tính năng và đảm bảo công việc kỹ thuật mang lại giá trị kinh doanh cụ thể. Mặc dù các câu chuyện người dùng và các mục trong danh sách công việc là công cụ tiêu chuẩn để quản lý công việc, nhưng chúng thường thiếu cái nhìn tổng quan về cách người dùng tương tác với hệ thống một cách toàn diện. Đây chính là lúc một Sơ đồ Trường hợp sử dụngtrở thành một tài sản vô giá.
Đối với Chủ sản phẩm, việc trực quan hóa hệ sinh thái các tương tác giúp làm rõ phạm vi, xác định các yêu cầu còn thiếu và thúc đẩy giao tiếp rõ ràng hơn với các đội phát triển và các bên liên quan. Hướng dẫn này cung cấp cái nhìn toàn diện về cách tận dụng hiệu quả các sơ đồ này mà không bị mắc kẹt trong các phương pháp mô hình hóa quá kỹ thuật.
Sơ đồ Trường hợp sử dụng là một biểu diễn trực quan về các yêu cầu chức năng của một hệ thống. Nó mô tả các tương tác giữa các thực thể bên ngoài (gọi làNgười tham gia) và chính hệ thống (được biểu diễn bằngTrường hợp sử dụng). Khác với sơ đồ luồng công việc, vốn chi tiết hóa logic từng bước của một quy trình, sơ đồ Trường hợp sử dụng tập trung vàoailàmgìtrong bối cảnh của hệ thống.
Đối với Chủ sản phẩm, sự phân biệt này là rất quan trọng. Nó chuyển hướng sự chú ý từ chi tiết triển khai sang mục tiêu của người dùng. Bằng cách xác định ranh giới của hệ thống, bạn tạo ra sự hiểu biết chung về những gì được bao gồm trong một phiên bản phát hành và những gì vẫn nằm ngoài phạm vi.
Để xây dựng một sơ đồ có ý nghĩa, bạn phải hiểu rõ các khối xây dựng cơ bản. Những thành phần này luôn giữ nguyên tính nhất quán bất kể công cụ nào được dùng để tạo ra chúng.
Trong khi các nhà phát triển có thể tạo ra các sơ đồ tuần tự chi tiết hoặc sơ đồ lớp, thì Chủ sản phẩm lại được lợi từ sự trừu tượng cấp cao của sơ đồ Trường hợp sử dụng. Dưới đây là lý do vì sao hình ảnh trực quan này hỗ trợ vai trò của bạn:
Việc tạo sơ đồ không đòi hỏi kỹ năng kỹ thuật cao. Nó đòi hỏi một cách tiếp cận có cấu trúc để thu thập thông tin. Làm theo các bước sau để xây dựng một sơ đồ nền tảng cho sản phẩm của bạn.
Bắt đầu bằng cách liệt kê tất cả những người tương tác với sản phẩm của bạn. Tránh các vai trò kỹ thuật (như “Cơ sở dữ liệu”) trừ khi cơ sở dữ liệu là một hệ thống bên ngoài kích hoạt các hành động. Tập trung vào các vai trò con người và các hệ thống bên ngoài.
Vẽ một hình chữ nhật. Tự hỏi bản thân: “Chức năng cốt lõi mà chúng ta đang xây dựng ngay bây giờ là gì?” Mọi thứ nằm ngoài hình chữ nhật này đều là phụ thuộc hoặc nằm ngoài phạm vi. Hãy nghiêm khắc ở đây. Nếu một tính năng được lên kế hoạch cho giai đoạn sau, hãy đặt nó bên ngoài hình chữ nhật hoặc trong một sơ đồ riêng biệt.
Với mỗi tác nhân, hãy liệt kê các mục tiêu họ muốn đạt được. Sử dụng cụm từ động từ-danh từ để rõ ràng hơn.
Kết nối các tác nhân với các trường hợp sử dụng tương ứng bằng các đường thẳng. Nếu một trường hợp sử dụng được chia sẻ bởi nhiều tác nhân, hãy đảm bảo các đường nối phản ánh điều đó chính xác.
Không phải mọi trường hợp sử dụng nào cũng tồn tại độc lập. Chúng thường liên quan đến nhau. Việc hiểu rõ các mối quan hệ này giúp ngăn ngừa sự trùng lặp và làm rõ logic.
Điều này có nghĩa là một trường hợp sử dụngphảithực hiện một trường hợp sử dụng khác để hoàn thành chức năng của nó. Đây là một phụ thuộc bắt buộc.
Điều này có nghĩa là một trường hợp sử dụng thêm hành vi tùy chọn vào một trường hợp sử dụng khác trong điều kiện cụ thể. Nó không luôn được thực thi.
Điều này được sử dụng khi một tác nhân hoặc trường hợp sử dụng cụ thể là phiên bản chuyên biệt hóa của một trường hợp chung.
| Loại mối quan hệ | Ký hiệu | Ý nghĩa | Ví dụ |
|---|---|---|---|
| Liên kết | Đường liền | Tác nhân tương tác với Trường hợp sử dụng | Quản trị viên tạo Báo cáo |
| Bao gồm | Mũi tên gạch nối <<include>> | Bước bắt buộc bên trong một bước khác | Đăng nhập yêu cầu Xác thực Thông tin đăng nhập |
| Mở rộng | Mũi tên gạch nối <<extend>> | Bước tùy chọn dưới điều kiện | Áp dụng giảm giá mở rộng Thanh toán |
| Tổng quát hóa | Mũi tên tam giác đầy | Chuyên biệt hóa của Người dùng/Trường hợp sử dụng | Người dùng khách là một loại người truy cập |
Người sở hữu sản phẩm thường nhầm lẫn giữa Trường hợp sử dụng và Kể chuyện người dùng. Mặc dù cả hai đều mô tả chức năng, nhưng chúng phục vụ các mục đích khác nhau trong vòng đời sản phẩm.
| Tính năng | Trường hợp sử dụng | Kể chuyện người dùng |
|---|---|---|
| Trọng tâm | Chức năng hệ thống & Mục tiêu | Giá trị người dùng & Chấp nhận |
| Mức độ | Cấp cao / Macro | Cấp thấp / Micro |
| Kết quả đầu ra | Sơ đồ | Mục trong danh sách công việc |
| Sử dụng tốt nhất | Xác định phạm vi & Kiến trúc | Lên kế hoạch & Thực hiện vòng lặp phát triển |
Để đảm bảo các sơ đồ này vẫn hữu ích và không chỉ là những tác phẩm trang trí, hãy tuân theo các hướng dẫn sau.
Ngay cả những Product Owner có kinh nghiệm cũng có thể mắc sai lầm khi mô hình hóa các tương tác. Hãy cẩn trọng với những lỗi phổ biến này.
Trong môi trường Agile, tài liệu phải nhẹ nhàng nhưng hiệu quả. Dưới đây là cách sơ đồ Trường hợp sử dụng phù hợp vào chu kỳ sprint.
Trong giai đoạn khám phá ban đầu, hãy tạo sơ đồ “Mức tầm nhìn”. Sơ đồ này ghi lại các mục tiêu chính của sản phẩm. Nó giúp đồng bộ hóa các bên liên quan trước khi bất kỳ mã nào được viết.
Trước khi một mục trong danh sách công việc được đưa vào sprint, hãy đảm bảo nó liên kết ngược lại với một Trường hợp sử dụng. Điều này đảm bảo câu chuyện đóng góp vào một mục tiêu người dùng đã xác định. Nếu một câu chuyện không có Trường hợp sử dụng cha, có thể nó là một yêu cầu bị bỏ rơi.
Sử dụng sơ đồ để giải thích bối cảnh cho đội phát triển. Nếu một tính năng liên quan đến tương tác phức tạp, hãy tham chiếu sơ đồ để giải thích ranh giới. Điều này giúp giảm sự mơ hồ trong buổi ước lượng.
Nếu xảy ra hiện tượng mở rộng phạm vi, hãy quay lại sơ đồ. Nó cung cấp bằng chứng khách quan về những gì đã được xác định ban đầu. Điều này giúp đàm phán các thay đổi với các bên liên quan.
Làm thế nào bạn biết được việc sử dụng Sơ đồ Trường hợp đang hiệu quả với đội của bạn? Hãy tìm những dấu hiệu sau.
Mục tiêu cuối cùng của một Chủ sở hữu Sản phẩm là tối đa hóa giá trị người dùng. Sơ đồ Trường hợp là công cụ trực tiếp cho phân tích này. Khi bạn vẽ một trường hợp sử dụng, bạn thực chất đang vẽ ra một đề xuất giá trị.
Với mỗi trường hợp sử dụng bạn thêm vào, hãy đặt câu hỏi:
Hãy xem lại ví dụ về “Hủy đăng ký”. Nếu bạn phát hiện trường hợp sử dụng này tồn tại nhưng khó tìm thấy trong giao diện người dùng, sơ đồ sẽ làm nổi bật sự thiếu kết nối giữa khả năng của hệ thống và trải nghiệm người dùng. Nhận định này thúc đẩy cải tiến UX.
Khi sản phẩm của bạn phát triển, sơ đồ cũng sẽ mở rộng theo. Việc quản lý sự phát triển này là điều cần thiết.
Trực quan hóa giá trị người dùng không chỉ đơn thuần là vẽ các hình hộp và đường kẻ. Đó là việc suy nghĩ rõ ràng về mối quan hệ giữa người dùng và hệ thống. Với một Chủ sở hữu Sản phẩm, sơ đồ Trường hợp đóng vai trò là công cụ chiến lược, giúp nối liền khoảng cách giữa ý định kinh doanh và thực thi kỹ thuật.
Bằng cách nắm vững các khái niệm cơ bản về người thực hiện, trường hợp sử dụng và mối quan hệ, bạn trang bị cho bản thân một ngôn ngữ giúp làm rõ phạm vi, quản lý kỳ vọng và đảm bảo đội ngũ xây dựng đúng điều cần thiết. Bắt đầu nhỏ, giữ đơn giản, và để sơ đồ phát triển theo sự trưởng thành của sản phẩm của bạn.
Hãy nhớ, mục tiêu là sự rõ ràng, chứ không phải sự phức tạp. Sử dụng các sơ đồ này để làm sáng tỏ con đường cho đội của bạn và các bên liên quan, đảm bảo rằng mỗi dòng mã đều góp phần vào một mục tiêu người dùng được xác định rõ ràng.
Việc áp dụng cách tiếp cận này đảm bảo tầm nhìn sản phẩm luôn gắn liền với thực tế người dùng, thúc đẩy việc cung cấp giá trị nhất quán trong mọi đợt phát hành và sprint.