User Stories một bước quan trọng để tạo ra phần mềm thành công

User stories đơn giản và dễ hiểu là chìa khóa để thiết kế và phát triển các ứng dụng (sản phẩm) phần mềm thành công. Nắm vững nghệ thuật viết User Stories là rất quan trọng đối với Product Owner và Business Analyst. Bài viết này sẽ giúp các bạn khám phá thêm về câu chuyện người dùng hay User Stories.

Ví dụ minh họa về một User Stories

1. User Story 101

Bước quan trọng nhất trong việc phát triển một dự án là có một cái nhìn rõ ràng về những gì cần được tạo ra. Sự rõ ràng là yếu tố quan trọng nhất trong thiết kế và phát triển ứng dụng phần mềm để đạt được giải pháp hiệu quả nhất.

User Stories là tài liệu từng bước của một quy trình, mô tả các hành động và kết quả. Nó là một công cụ phát triển phần mềm nhanh nhẹn đề cập đến các tính năng từ quan điểm của người dùng.

Các user stories được ghi lại đầy đủ là bước quan trọng nhất trong quy trình phát triển nhanh để thiết kế và phát triển một ứng dụng phần mềm mà người dùng yêu thích sử dụng.

Mục đích chính của việc viết user story là để xác định các sản phẩm bàn giao của dự án và cách chúng mang lại giá trị cho người dùng. Bất kể sản phẩm hoặc dự án có thể phức tạp đến mức nào, user stories luôn được viết bằng thuật ngữ đơn giản. Nó cần đơn giản nhất có thể để một người không có kỹ thuật cũng có thể hiểu được tài liệu. Có một số cân nhắc chính giúp việc tạo user stories trở nên dễ dàng hơn.

2. Các yếu tố chính của user story

• Nội dung đơn giản, dễ hiểu
• Giữ người dùng ở tâm điểm
• Phối hợp với các thành viên trong nhóm để thu thập thông tin chi tiết
• Nhấn mạnh các sản phẩm giá trị

Ngoài ra, Business Analyst cũng nên tập trung vào việc thu hút sự tham gia của toàn bộ nhóm và các bên liên quan bằng cách thêm yếu tố INVEST vào user stories.

• I – Independent (Độc lập không hành động chồng chéo)
• N – Negotiable (Giữ phạm vi đàm phán để thiết kế một sản phẩm lấy người dùng làm trung tâm)
• V – Valuable (Phải mang lại giá trị cho người dùng cuối)
• E – Estimable (Ước tính, ưu tiên và phù hợp với chạy nước rút)
• S – Small (Dạng câu chuyện nhỏ hoàn thành trong vài ngày)
• T – Testable (Xác nhận thông qua các tiêu chí chấp nhận được viết sẵn)

Những yếu tố này rất quan trọng trong việc viết các user stories được ghi chép đầy đủ, chính xác để bắt đầu quá trình phát triển sản phẩm. Khi bạn hiểu những điều cơ bản về user stories và cách họ nên tiếp cận, việc tạo những câu chuyện đó một cách chính xác sẽ trở nên dễ dàng hơn.

Bây giờ, bạn đã hiểu user story là gì và các yếu tố chính của chúng, hãy khám phá lý do tại sao Business Analyst cần nắm vững kỹ năng để viết user story dứt khoát.

3. Tại sao BA cần thành thạo kỹ năng viết user story

User Stories giúp Business Analyst truyền đạt thông tin

User Stories là tài liệu nền tảng hoạt động như một kế hoạch chi tiết khi làm việc trên một dự án. Các tài liệu đơn giản và dễ hiểu giúp toàn bộ nhóm tuân thủ các yêu cầu của dự án và phát triển các tính năng và chức năng thân thiện với người dùng.

Hơn nữa, nó cung cấp một cái nhìn tổng quan theo ngữ cảnh trước khi bắt đầu một dự án để nhóm có thể hiểu những gì họ cần làm. Ngoài ra, họ có thể suy nghĩ sáng tạo và nỗ lực hết mình để tạo ra một sản phẩm lấy người dùng làm trung tâm.

Những lợi ích quan trọng nhất của user stories bao gồm:

• Rõ ràng hơn về giá trị kinh doanh và kết quả dự án
• Cải thiện sự hợp tác và khả năng hiển thị trên toàn nhóm
• Ưu tiên các tính năng và chức năng của sản phẩm
• Sử dụng hiệu quả phản hồi của người dùng cuối
• Giảm thiểu rủi ro tiềm ẩn như lỗ hổng giao tiếp, lỗi kỹ thuật

Vì user stories truyền tải thông tin về người dùng tiềm năng và nhu cầu thực tế của họ, nên những user stories được viết tốt là điều cần thiết để phát triển các ứng dụng phần mềm giàu chức năng. Business Analyst nên hiểu khái niệm về user stories và tập trung vào việc tạo user stories để mang lại giá trị cho doanh nghiệp thông qua việc phát triển các sản phẩm lấy người dùng làm trung tâm.

4. Khi nào User Stories được tạo?

Các user stories được viết ở tất cả các giai đoạn phát triển phần mềm trước khi quá trình phát triển được bắt đầu. Đặc biệt, trong khi định hình ý tưởng sản phẩm, ưu tiên các tính năng và chức năng cũng như trong giai đoạn phát triển.

5. Ai là người tham gia vào việc tạo ra User Stories

Business Analyst, Product Owner hoặc Project Manager, nhóm phát triển và thiết kế và đôi khi là các bên liên quan. Chủ yếu, một Business Analyst hoặc chủ sở hữu sản phẩm viết các user stories. Tuy nhiên, sự tham gia của toàn bộ nhóm là điều cần thiết để tạo ra những câu chuyện thành thạo của người dùng, góp phần phát triển một ứng dụng phần mềm giàu tính năng, lấy người dùng làm trung tâm.

6. Cách tạo ra User Stories

User stories là tài liệu tổng quát về lý do tại sao sản phẩm (ứng dụng phần mềm) sẽ được tạo và cách sản phẩm sẽ hoạt động. Đây là một cách đơn giản để tạo các user stories dẫn đến quá trình phát triển dự án thành công. Như đã đề cập trước đó, hãy tập trung vào người dùng cùng với những gì và tại sao.

• User story dành cho ai?
• Hành động nào được yêu cầu?
• Tại sao hành động lại quan trọng?

Định dạng được sử dụng phổ biến nhất để tạo user story là:

Là <người dùng>, tôi muốn <hoàn thành hành động này> để <Tôi muốn chức năng này>. Các Business Analyst và các thành viên khác trong nhóm có thể thêm các chi tiết khác để biến các user story thành tài liệu chính xác.

Ví dụ:

• Là <người dùng>, tôi muốn <có tính năng đăng ký> để <có thể đăng nhập vào hệ thống>
• Là một <khách hàng>, tôi muốn <nhận thông báo bằng văn bản khi hàng đến> để <Tôi có thể nhận hàng ngay lập tức>.
• Là <khách hàng>, tôi muốn <có thiết bị đầu cuối thanh toán trực tuyến> để <Tôi có thể thanh toán trực tuyến khi mua hàng>
• Là <người quản lý>, tôi muốn <tạo nhiều báo cáo trên trang tổng quan> để <Tôi có thể theo dõi tiến trình của nhóm>

Nói tóm lại, các user stories cần được tạo trước khi bắt đầu phát triển sản phẩm. Sự hiểu biết về người dùng và những hành động họ cần thực hiện và tại sao hành động đó là cần thiết phải được phản ánh trong user stories. Một user stories được ghi chép đầy đủ sẽ hỗ trợ tạo ra một kế hoạch chi tiết để phát triển dự án dẫn đến một ứng dụng phần mềm thành công.

Thông thường, chủ sở hữu sản phẩm được chỉ định để tạo user stories. Tuy nhiên, một Business Analyst phải biết cách tạo các user stories để thúc đẩy thiết kế và phát triển thành công một sản phẩm hoặc phần mềm.

Hy vọng rằng với những thông tin được chia sẻ sẽ hữu ích với các bạn. Đừng quên đón xem các bài viết mới nhất sẽ được cập nhật tại BAC's Blog.

Nguồn tham khảo:

https://www.batimes.com/

Nhu cầu đào tạo doanh nghiệp