Một yếu tố cốt lõi của nhà phát triển phần mềm nhanh nhẹn lấy người dùng và khách hàng làm trọng tâm và câu chuyện của người dùng góp phần làm chính xác điều đó. Họ đặt người dùng cuối vào trung tâm của cuộc trò chuyện. Trong bài viết này, chúng ta hãy thảo luận về câu chuyện của người dùng nhanh.
Câu chuyện sử dụng ngôn ngữ phi kỹ thuật để tạo điều kiện cho nhóm phát triển và nỗ lực của họ. Câu chuyện của người dùng giúp nhóm hiểu được mục tiêu của chính họ, tại sao họ lại xây dựng mục tiêu đó. Ngoài ra những gì họ đang xây dựng và giá trị mà nó tạo ra ở cuối và trên đường đi. Vì vậy, câu chuyện người dùng là một trong những thành phần quan trọng của một chương trình nhanh. Họ tạo điều kiện cho sự sáng tạo, tiến độ và tạo ra sản phẩm cuối cùng tốt hơn bằng cách cung cấp cho nhóm một khuôn khổ tập trung vào người dùng cho các công việc hàng ngày của họ. Tất cả các câu chuyện nhanh đều tập trung vào các yêu cầu và giúp tạo ra các cuộc trò chuyện thông qua một hoặc hai câu về chức năng mong muốn.
Các chủ đề được thảo luận trong bài viết này là:
- Câu chuyện của người dùng là gì?
- Ai chịu trách nhiệm viết một câu chuyện người dùng?
- Viết câu chuyện người dùng khi nào?
- Tại sao phải tạo câu chuyện của người dùng?
- Làm việc với câu chuyện của người dùng
Câu chuyện người dùng là gì?
Câu chuyện người dùng là những mô tả đơn giản và ngắn gọn về một tính năng của người dùng hoặc khách hàng của hệ thống. Chúng tuân theo một mẫu chung:
Là một, tôi muốn như vậy.
Hãy tìm hiểu thêm về câu chuyện của người dùng.
- Thông thường, câu chuyện của người dùng được viết trên ghi chú dán và thẻ chỉ mục. Sau đó, chúng được sắp xếp trên bàn hoặc tường nhằm mục đích lập kế hoạch và thảo luận, do đó các cuộc trò chuyện được tạo ra xung quanh chúng.
- Câu chuyện của người dùng, là các cuộc thảo luận xoay quanh và với sự trợ giúp của các câu chuyện của người dùng là rất quan trọng và hãy chuyển trọng tâm từ viết về các tính năng sang thực sự thảo luận về chúng.
- Chúng luôn được thể hiện theo quan điểm của người dùng và không được phân loại là một đối tượng địa lý. Câu chuyện người dùng là phần nhỏ nhất của một hệ thống khung nhanh.
- Mục tiêu chính của câu chuyện người dùng là thể hiện và trình bày cách một phần công việc cụ thể sẽ mang lại giá trị cho người dùng hoặc khách hàng như thế nào. Điều quan trọng cần lưu ý là khách hàng không nhất thiết phải là người dùng cuối bên ngoài mà còn có thể là đồng nghiệp trong nhóm của bạn hoặc trong tổ chức của bạn.
- Câu chuyện của người dùng không liên quan đến chi tiết và bao gồm đơn giản và ít câu.
Câu chuyện của người dùng trong Scrum và Kanban
Cả Scrum và Kanban đều sử dụng câu chuyện của người dùng trong khuôn khổ của họ. Trong Scrum, câu chuyện của người dùng là một phần bổ sung cho sprint và được sử dụng trong suốt sprint. Trong KanBan, các nhóm thêm câu chuyện của người dùng vào backlog của họ và sử dụng chúng trong quy trình làm việc của họ. Do đó, chúng giúp ước tính tốt hơn, lập kế hoạch chạy nước rút, dự báo chính xác hơn và nhanh nhẹn hơn trong nhóm Scrum. Mặt khác, nhóm KanBan có thể giải quyết tốt hơn công việc đang thực hiện và cải thiện quy trình làm việc của họ thông qua các câu chuyện của người dùng.
Các khung nhanh nhẹn lớn hơn như sử thi và khả năng phán đoán cấu thành các câu chuyện của người dùng. Sử thi là những tác phẩm lớn hơn được chia nhỏ thành nhiều câu chuyện và sáng kiến bao gồm nhiều sử thi.
Có hai cách để thêm chi tiết vào câu chuyện của người dùng:
- Bằng cách chia câu chuyện của người dùng thành nhiều câu chuyện nhỏ hơn.
- Bằng cách thêm các điều kiện thỏa mãn.
Điều kiện thỏa mãn đề cập đến một thử nghiệm chấp nhận cấp cao tự hiển thị đúng khi câu chuyện người dùng nhanh được hoàn thành.
Ai chịu trách nhiệm viết câu chuyện của người dùng?
Không có quy tắc thiết lập nào về người có thể viết câu chuyện của người dùng. Chủ sở hữu sản phẩm phải đảm bảo rằng các câu chuyện của người dùng tồn đọng trong sản phẩm được đặt ra nhưng anh ta không nhất thiết phải viết chúng. Lý tưởng nhất, mộtdự án nhanh nhẹn tốt sẽ có câu chuyện của người dùng được viết bởi từng thành viên trong nhóm và tầm quan trọng hơn sẽ được trao cho các thành viên trong nhóm tham gia bình đẳng vào các cuộc thảo luận sau khi viết câu chuyện của người dùng.
Viết câu chuyện người dùng khi nào?
Câu chuyện của người dùng được hình thành trong suốt dự án nhanh. Một hội thảo viết câu chuyện thường được tiến hành khi bắt đầu dự án nhanh để mọi thành viên trong nhóm có thể tham gia và có khả năng giúp tạo ra một sản phẩm tồn đọng mô tả chức năng mong muốn và mục tiêu cuối cùng sau đó có thể được thêm vào dự án. Một số câu chuyện của người dùng sẽ trở thành sử thi. Ngoài ra, những sử thi này sau này sẽ được chia nhỏthành nhiều câu chuyện nhỏ hơn sẽ phù hợp hơn với việc lặp lại. Các câu chuyện mới cũng có thể được bổ sung theo thời gian vào sản phẩm tồn đọng theo yêu cầu.
Tại sao phải tạo câu chuyện của người dùng?
Câu chuyện người dùng trong Agile có thể giống như một bước bổ sung trong quy trình khung nhanh nhưng chúng cung cấp cái nhìn sâu sắc và có giá trị cho nhóm và khai sáng cho nhóm về giá trị mà nhiệm vụ của họ mang lại cho dự án. Câu chuyện của người dùng cung cấp một số lợi ích và lợi thế:
cách sử dụng không gian tên trong c ++
- Thúc đẩy sự tập trung của người dùng - Một danh sách việc cần làm thường giữ cho nhóm của họ luôn cố gắng với các nhiệm vụ cần phải hoàn thành và đánh dấu khỏi danh sách trong khi các câu chuyện của người dùng tập trung toàn bộ vào người dùng và giúp giải quyết vấn đề của họ khi chúng được viết từ quan điểm của người dùng .
- Bật cộng tác - Khi mục tiêu cuối cùng rõ ràng và được xác định cho nhóm, họ có thể làm việc cùng nhau một cách hiệu quả để đạt được mục tiêu đó cũng như cung cấp sự hài lòng và dịch vụ tốt cho người dùng.
- Thúc đẩy sự sáng tạo - Quá trình viết và thảo luận về câu chuyện của người dùng bao gồm các cuộc thảo luận và động não giúp nhóm suy nghĩ chín chắn cũng như sáng tạo cũng như có thể đưa ra các giải pháp để đạt được mục tiêu cuối cùng.
- Cung cấp động lượng - Mỗi câu chuyện cung cấp động lực cho nhóm phát triển vượt qua các thử thách và tiến bộ.
Làm việc với câu chuyện của người dùng
- Câu chuyện người dùng được lên ý tưởng và viết, sau đó nó được hấp thụ và triển khai vào quy trình làm việc. Thông thường, chủ sở hữu sản phẩm, người quản lý sản phẩm hoặc người quản lý chương trình viết câu chuyện người dùng. Sau đó, họ gửi chúng để xem xét.
- Trong cuộc họp lập kế hoạch chạy nước rút hoặc lặp lại, nhóm sẽ đưa ra quyết định về những câu chuyện nào sẽ được đưa vào trong cuộc chạy nước rút cụ thể đó. Ngoài ra, các nhóm thảo luận về chức năng và yêu cầu của câu chuyện. Các yêu cầu có thể được thêm vào câu chuyện sau khi được nhóm đồng ý.
- Một bước quan trọng trong cuộc họp này là đánh giá các câu chuyện dựa trên mức độ phức tạp và thời gian hoàn thành của chúng. Một câu chuyện có thể được hoàn thành trong một sprint. Vì lý do này, nhóm cần thảo luận về các câu chuyện.
Câu chuyện của người dùng đưa ra ánh sáng về hoạt động hàng ngày của nhóm phát triển cũng như giải thích các quy trình mà nhóm theo dõi hàng ngày. Cách tốt nhất để khai thác chúng trong dự án của bạn để khám phá những lợi ích của nó là hiểu vai trò và sự đóng góp của chúng đối với công việc và phân phối của nhóm.
Thế là xong, các bạn! Với điều này, chúng ta đã đến phần cuối của bài viết ‘Câu chuyện người dùng trong Agile’. Bạn cũng có thể xem qua trong khi bạn ở đó.
Có một câu hỏi cho chúng tôi? Hãy đề cập đến nó trong phần nhận xét của điều này rticle và chúng tôi sẽ liên hệ lại với bạn trong thời gian sớm nhất.