Giới thiệu
Việc tạo ra các câu chuyện người dùng rõ ràng, súc tích và có giá trị là yếu tố then chốt cho sự phát triển dự án thành công. Trong hướng dẫn này, chúng ta sẽ khám phá các yếu tố chính của một câu chuyện người dùng tốt bằng cách sử dụng nguyên tắc 3Cs (Thẻ, Cuộc trò chuyện, Xác nhận) và INVEST (Độc lập, Thương lượng được, Có giá trị, Có thể ước lượng, Nhỏ gọn, Kiểm thử được). Đến cuối hướng dẫn này, bạn sẽ hiểu rõ từng bước cách cấu trúc các câu chuyện người dùng nhằm dẫn đến các chu kỳ phát triển hiệu quả và hiệu suất cao.
Xây dựng các câu chuyện người dùng hiệu quả với 3Cs và INVEST
Hãy cùng tạo một câu chuyện người dùng cho một ứng dụng quản lý công việc.
Câu chuyện người dùng
Là một chuyên gia bận rộn, tôi muốn dễ dàng ưu tiên và sắp xếp các công việc của tôiđể tôi có thể tối đa hóa năng suất của tôi.
Tiêu chí chấp nhận:
- Tạo mới:
- Điều kiện: Người dùng phải đăng nhập vào ứng dụng.
- Tiêu chí: Người dùng có thể tạo một công việc mới bằng cách cung cấp tiêu đề, mô tả và ngày hết hạn.
- Phân loại:
- Điều kiện: Một công việc phải được tạo.
- Tiêu chí: Người dùng có thể gán một danh mục hoặc nhãn cho công việc (ví dụ: công việc, cá nhân, khẩn cấp).
- Ưu tiên:
- Điều kiện: Một công việc phải được tạo.
- Tiêu chí: Người dùng có thể đặt mức độ ưu tiên cho công việc (ví dụ: cao, trung bình, thấp).
- Sắp xếp:
- Điều kiện: Nhiều nhiệm vụ phải được tạo.
- Tiêu chí: Người dùng có thể sắp xếp các nhiệm vụ theo ngày hết hạn hoặc mức độ ưu tiên.
- Chỉnh sửa:
- Điều kiện: Một nhiệm vụ phải được tạo.
- Tiêu chí: Người dùng có thể chỉnh sửa tiêu đề, mô tả, ngày hết hạn, danh mục hoặc mức độ ưu tiên của nhiệm vụ.
- Ghi nhận hoàn thành:
- Điều kiện: Một nhiệm vụ phải được tạo.
- Tiêu chí: Người dùng có thể ghi nhận một nhiệm vụ là hoàn thành, và nó phải được phân biệt rõ ràng về mặt thị giác so với các nhiệm vụ chưa hoàn thành.
- Thông báo:
- Điều kiện: Phải thiết lập ngày hết hạn cho một nhiệm vụ.
- Tiêu chí: Người dùng nhận được thông báo khi một nhiệm vụ đến hạn.
Tiêu chí INVEST
- Độc lập: Mỗi chức năng (tạo, phân loại, ưu tiên, sắp xếp, chỉnh sửa, ghi nhận hoàn thành, thông báo) có thể được phát triển và kiểm thử một cách độc lập.
- Có thể thương lượng: Các chi tiết của câu chuyện người dùng có thể được thương lượng giữa đội phát triển và chủ sản phẩm dựa trên ưu tiên và giới hạn.
- Có giá trị: Câu chuyện người dùng mang lại giá trị bằng cách cung cấp một hệ thống quản lý nhiệm vụ toàn diện, giúp người dùng tổ chức, ưu tiên và hoàn thành các nhiệm vụ một cách hiệu quả.
- Có thể ước lượng:Đội phát triển có thể ước lượng nỗ lực cần thiết cho từng chức năng trong câu chuyện người dùng.
- Nhỏ:Mỗi chức năng được tập trung và nhỏ đến mức có thể hoàn thành trong một lần sprint.
- Kiểm thử được:Các tiêu chí chấp nhận cung cấp các điều kiện rõ ràng có thể được sử dụng để xác minh việc hoàn thành từng chức năng.
Hướng dẫn từng bước
- Đăng nhập vào ứng dụng:
- Mở ứng dụng.
- Nhập thông tin đăng nhập.
- Nhấn vào nút “Đăng nhập”.
- Tạo một nhiệm vụ mới:
- Nhấn vào nút “Nhiệm vụ mới”.
- Nhập tiêu đề nhiệm vụ, mô tả và ngày hết hạn.
- Nhấn vào nút “Tạo”.
- Phân loại nhiệm vụ:
- Nhấn vào nhiệm vụ đã tạo.
- Chọn một danh mục từ menu thả xuống.
- Nhấn vào nút “Lưu”.
- Đặt mức độ ưu tiên cho nhiệm vụ:
- Nhấn vào nhiệm vụ đã tạo.
- Đặt mức độ ưu tiên (cao, trung bình, thấp).
- Nhấn vào nút “Lưu”.
- Sắp xếp nhiệm vụ:
- Đi đến danh sách nhiệm vụ chính.
- Nhấn vào nút “Sắp xếp”.
- Chọn để sắp xếp theo ngày hết hạn hoặc mức độ ưu tiên.
- Sửa một nhiệm vụ:
- Nhấp vào nhiệm vụ để chỉnh sửa.
- Sửa đổi tiêu đề, mô tả, ngày hết hạn, danh mục hoặc mức độ ưu tiên.
- Nhấp vào nút “Lưu”.
- Ghi nhận một nhiệm vụ là hoàn thành:
- Nhấp vào nhiệm vụ để ghi nhận là hoàn thành.
- Nhấp vào nút “Ghi nhận là hoàn thành”.
- Nhận thông báo:
- Đảm bảo rằng các ngày hết hạn đã được thiết lập cho các nhiệm vụ.
- Chờ nhận thông báo vào ngày hết hạn.
Bằng cách tuân theo các bước này, người dùng có thể quản lý nhiệm vụ một cách hiệu quả, ưu tiên chúng và luôn theo dõi các hạn chót.
Ví dụ: Tốt và Xấu
Hãy cùng tạo một câu chuyện người dùng về một người dùng muốn đặt lại mật khẩu của mình. Chúng ta sẽ so sánh một câu chuyện người dùng “xác nhận” được xây dựng tốt với một phiên bản “không xác nhận” được xây dựng kém.
Câu chuyện người dùng xác nhận
| Câu chuyện người dùng xác nhận | |
|---|---|
| Tiêu đề: | Đặt lại mật khẩu |
| Là một: | Người dùng đã đăng ký |
| Tôi muốn: | Đặt lại mật khẩu của tôi |
| Để tôi có thể: | Khôi phục quyền truy cập vào tài khoản của tôi trong trường hợp tôi quên mật khẩu hiện tại |
| Tiêu chí chấp nhận: | 1. Người dùng phải có thể điều hướng đến trang “Quên mật khẩu”. <br> 2. Người dùng phải nhận được email chứa liên kết đặt lại mật khẩu. <br> 3. Nhấp vào liên kết đặt lại mật khẩu phải đưa người dùng đến trang nơi họ có thể nhập mật khẩu mới. <br> 4. Sau khi đặt lại mật khẩu thành công, người dùng phải có thể đăng nhập bằng mật khẩu mới. |
Lý do vì sao là “xác nhận”
- Câu chuyện người dùng rõ ràng và tập trung vào nhu cầu của người dùng muốn đặt lại mật khẩu.
- Nó bao gồm một vai trò người dùng được xác định rõ ràng (Người dùng đã đăng ký).
- Các tiêu chí chấp nhận cụ thể, có thể kiểm thử và bao quát toàn bộ quy trình đặt lại mật khẩu.
Câu chuyện người dùng không xác nhận
| Câu chuyện người dùng không xác nhận | |
|---|---|
| Tiêu đề: | Tính năng Khôi phục mật khẩu |
| Là một: | Người dùng |
| Tôi muốn: | Có một tính năng khôi phục mật khẩu tốt hơn |
| Để tôi có thể: | Cải thiện trải nghiệm của tôi với ứng dụng |
| Tiêu chí chấp nhận: | 1. Người dùng phải có thể thực hiện khôi phục mật khẩu. |
Lý do không xác nhận
- Câu chuyện người dùng thiếu sự rõ ràng về điều gì cụ thể cần được cải thiện trong tính năng khôi phục mật khẩu.
- Vai trò người dùng được định nghĩa mơ hồ là “Người dùng”, khiến việc xác định đối tượng mục tiêu của tính năng trở nên không rõ ràng.
- Các tiêu chí chấp nhận quá mơ hồ và không cung cấp các bước hành động cụ thể cho phát triển và kiểm thử.
- Nó không nêu rõ cách thức thực hiện khôi phục mật khẩu, các bước liên quan hay hình ảnh thành công là gì.
Trong ví dụ ‘Không xác nhận’, sự thiếu cụ thể trong câu chuyện người dùng và các tiêu chí chấp nhận khiến đội phát triển khó hiểu nhu cầu của người dùng và đưa ra giải pháp thỏa mãn. Điều này cũng làm cho việc kiểm thử và xác minh trở nên khó khăn hơn, vì các tiêu chí thành công không được xác định rõ ràng.
Tóm tắt
Trong hướng dẫn toàn diện này, chúng tôi đã đi sâu vào nghệ thuật xây dựng các câu chuyện người dùng tuân theo nguyên tắc 3Cs và INVEST. Dù bạn là người sở hữu sản phẩm, nhà phát triển hay thành viên của một đội hình linh hoạt, giờ đây bạn đã có các công cụ để tạo ra những câu chuyện người dùng không chỉ được cấu trúc tốt mà còn mang lại giá trị thiết thực cho các dự án của bạn. Hãy nhớ rằng, một câu chuyện người dùng được xây dựng tốt sẽ tạo nền tảng cho sự hợp tác thành công và đảm bảo sản phẩm cuối cùng đáp ứng nhu cầu của người dùng.