Posted inAgile

Hướng dẫn toàn diện về Công cụ Bản đồ Kể chuyện Người dùng Agile

Hướng dẫn này cung cấp cái nhìn tổng quan đầy đủ về công cụ Bản đồ Kể chuyện Người dùng Agile được thiết kế dành cho các đội Scrum. Nó bao gồm triết lý cốt lõi, khả năng cấu trúc, các tính năng nâng cao cho kể chuyện, kỹ thuật ước lượng, quản lý sprint và các tính năng tích hợp nhằm tối đa hóa năng suất và hiệu quả trong các dự án Agile.

User Story Map

 

1. Quản lý Danh sách Sản phẩm với Bản đồ Kể chuyện

Nền tảng của cách tiếp cận này là quản lý danh sách sản phẩm một cách trực quan. Công cụ cung cấp một bố cục có cấu trúc, theo hướng từ trên xuống, sắp xếp các mục sản phẩm dựa trên bản chất, mức độ ưu tiên và độ phức tạp của chúng.

1.1 Tính linh hoạt về cấu trúc

Công cụ hỗ trợ nhiều cấu trúc bản đồ để phù hợp với các dự án ở quy mô bất kỳ:

  • Cấu trúc 3 cấp độ:Bao gồm các hoạt động người dùng tiêu chuẩn, các nhiệm vụ người dùng và các câu chuyện người dùng.
  • Cấu trúc 4 cấp độ:Giới thiệu một cấp độ Epicnằm giữa các nhiệm vụ người dùng và các câu chuyện người dùng, lý tưởng cho các dự án có độ phức tạp cao hơn.
  • Lập kế hoạch phát hành:Các câu chuyện người dùng có thể được sắp xếp trong các ngăn phát hành, phản ánh lịch trình giao hàng được đồng thuận bởi đội ngũ và các bên liên quan.

1.2 Tính tương tác động

Được thiết kế để tối đa hóa năng suất, công cụ có tính năng sắp xếp thông minh:

  • Kéo và thả nâng cao:Các mục có thể được sắp xếp lại một cách trực quan. Khi bạn kéo một mục, toàn bộ nhánh sẽ theo tự động. Việc thêm các mục mới sẽ sắp xếp lại các phần hiện có để đảm bảo bố cục chính xác.
  • Chỉnh sửa ngay trên bản đồ:Đổi tên các thành phần trực tiếp trong bản đồ; không cần mở cửa sổ riêng biệt hay thực hiện thêm các bước phức tạp.
  • Nhấp để thêm:Thêm nhanh các câu chuyện người dùng dưới một nhiệm vụ hoặc các thành phần anh em cho các hoạt động chỉ bằng một cú nhấp chuột thông qua nút nổi tạm thời.

2. Câu chuyện người dùng được trang bị: Vượt xa 3C

Mặc dù các yếu tố “3C” (Thẻ, Cuộc trò chuyện, Xác nhận) là then chốt cho các câu chuyện người dùng tốt, công cụ này làm phong phú thêm chúng bằng các tài liệu bổ sung nhằm đảm bảo sự hiểu rõ và sự đồng thuận.

User Story 3C's - Confirmation items

2.1 Khung 3C

  • Thẻ:Ý tưởng cơ bản của câu chuyện.
  • Cuộc trò chuyện:Thúc đẩy các cuộc thảo luận với các bên liên quan bằng cách sử dụng Ghi chú Cuộc trò chuyện để ghi lại những phát hiện chính, quyết định và nhu cầu định hướng cho việc triển khai.
  • Xác nhận:Duy trì một danh sách kiểm tra củaCác mục xác nhận (tiêu chí chấp nhận). Bạn cũng có thể xác định các bước cụ thể cho kiểm thử chấp nhận để xác minh hoàn thành.

2.2 Tài liệu mở rộng

Bạn có thể mô tả thêm các câu chuyện người dùng bằng cách tích hợp:

  • Kịch bản văn bản:Liệt kê các tương tác đề xuất từ người dùng đến hệ thống dưới dạng các bước. Những bước này có thể được liên kết với sơ đồ bố cục.
  • Storyboard:Tạo sơ đồ bố cục trực quan để hình dung bố cục màn hình và luồng hoạt động bằng trình phát trình chiếu được tích hợp.
  • Sơ đồ:Liên kết các câu chuyện với các tài liệu thiết kế khác như sơ đồ quan hệ thực thể (ERD) cho thiết kế cơ sở dữ liệu, UML cho thiết kế hệ thống, hoặc BPMN để thể hiện tích hợp kinh doanh.
  • Dữ liệu phụ & Hợp tác:
    • Thẻ:Phân loại các câu chuyện để dễ dàng lọc.
    • Lịch sử:Duy trì nhật ký tất cả các thay đổi.
    • Trạng thái tùy chỉnh:Xác định trạng thái (ví dụ: Chưa làm, Đang chờ, Đang xác nhận) phù hợp với dự án của bạn.
    • Người phụ trách & Người theo dõi:Phân công trách nhiệm và nhận thông báo về các thay đổi.
    • Mô tả & Tham chiếu:Thêm mô tả chi tiết, tham chiếu URL (ví dụ: trang kiểm thử), và tham chiếu tệp (ví dụ: tài liệu bổ sung).
    • Chia sẻ được:Chia sẻ các câu chuyện cụ thể với người khác thông qua URL được tạo ra.

2.3 Trích xuất yêu cầu từ mô hình

Yêu cầu có thể được thu thập từ bất kỳ phần nào trong mô hình của bạn (ví dụ: mô hình trường hợp sử dụng). Sử dụng tính năng “Gửi đến”, bạn có thể tự động trích xuất các thành phần cốt lõi cho bản đồ câu chuyện từ các mô hình hiện có, duy trì khả năng truy xuất đầy đủ giữa mô hình nguồn và bản đồ câu chuyện mục tiêu.

3. Ước lượng các câu chuyện người dùng dựa trên nỗ lực và rủi ro

Để đảm bảo lượng công việc phù hợp được bao gồm trong một vòng lặp, các câu chuyện phải được đánh giá dựa trên nỗ lực phát triển và rủi ro.

Đánh giá Bảng Tương đồng 3.1

Công cụ cung cấp một bảng hai chiều có thể tùy chỉnhBảng Tương đồng để đánh giá các câu chuyện:

  • Xác định kích thước:Đặt các câu chuyện vào các ô bảng đại diện cho mức độ cụ thể của chúng vềNỗ lựcvàRủi romức độ.
  • Định lượng:Nhận được các giá trị tính toánĐiểm Câu chuyệnvàGiờđể mục đích lập kế hoạch sprint.
  • Tùy chỉnh:Thay đổi tiêu đề hàng/cột và kích thước để phù hợp với bất kỳ yếu tố đánh giá cụ thể nào mà đội ưa thích.
  • Lọc:Lọc bảng để tập trung vào các câu chuyện nằm trong các hoạt động, nhiệm vụ, phát hành hoặc thẻ cụ thể.

4. Quản lý Danh sách Công việc Sprint

Công cụ hỗ trợ thực hiện hiệu quả các sprint Scrum thông qua lập kế hoạch và theo dõi trực quan.

4.1 Lập kế hoạch Sprint

  • Lập kế hoạch trực quan:Kéo các câu chuyện người dùng trực tiếp vào các hộp sprint để lập kế hoạch các vòng lặp.
  • Nhiều Sprint:Hỗ trợ các Scrum Master trong việc quản lý nhiều sprint đồng thời.

4.2 Công cụ theo dõi tiến độ

  • Biểu đồ Tắt dần:Tự động tạo dựa trên trạng thái hàng ngày của các câu chuyện người dùng và nhiệm vụ. Nó theo dõi công việc còn lại, giúp đội xác định xu hướng hiệu suất và đánh giá xem mục tiêu sprint có đạt được hay không mà không cần nhập dữ liệu thủ công.
  • Bảng Scrum: Một chế độ xem tổng quan chia các nhiệm vụ thành các cột trạng thái (Đang thực hiện, Đã hoàn thành, Đã đóng). Bảng sẽ tự động cập nhật dựa trên trạng thái nhiệm vụ, giúp đội ngũ có thể nhìn thấy hoạt động sprint một cách nhanh chóng.
  • Bảng câu chuyện Sprint: Một cái nhìn cấp cao về các câu chuyện người dùng được đặt trong các cột đại diện cho tiến độ. Sử dụng giao diện kéo và thả để cập nhật tiến độ qua các cột giai đoạn.

4.3 Trích xuất nhiệm vụ

  • Tích hợp nhiệm vụ:Nhấp để đồng bộ hóa một sprint vớiTasifier (hệ thống quản lý nhiệm vụ tích hợp) hoặc các hệ thống bên ngoài. Điều này tạo ra các nhiệm vụ cụ thể từ các câu chuyện người dùng để hỗ trợ lập kế hoạch phát triển chi tiết.
  • Bản đồ BPMN: Đối với các hệ thống hỗ trợ quy trình kinh doanh, hãy viết các câu chuyện người dùng trực tiếp trên sơ đồ quy trình kinh doanh BPMN và liên kết chúng với các hoạt động cụ thể bằng các kết nối. Điều này đảm bảo các yêu cầu quy trình làm việc được ánh xạ trực tiếp vào các câu chuyện.

4.4 Xây dựng phát biểu câu chuyện

Sử dụng định dạng đã xác định:“Là một [vai trò], tôi muốn [hành động], để [lợi ích]”. Điều này giúp xác định đúng các câu chuyện, tách chúng ra khỏi các Epic, và đảm bảo chúng được viết từ góc nhìn người dùng cuối với lý do rõ ràng.

Tài nguyên