Cách viết User Stories: Trải nghiệm phương pháp Agile

Quản lý các yêu cầu và lập kế hoạch dự án thông qua một khái niệm chung về các câu chuyện của người dùng (User stories – US) là mấu chốt của phương pháp phát triển phần mềm Agile. Tập hợp của nhiều US cùng mô tả cho một bức tranh lớn hơn thì có thể được gọi là Epic. Tuy nhiên, những gì thực sự đi vào câu chuyện người dùng phụ thuộc rất nhiều vào bối cảnh nhóm của bạn.

User Stories giúp việc quản lý và lập kế hoạch trở nên khoa học

Trong nội dung lần này, hãy cùng BAC xem xét tình huống bản thân là một Business Analyst (BA) và biên dịch user stories cho dự án. Nếu bạn chưa biết về BA và công việc của một BA hãy tham khảo bài viết bên dưới trước khi tiếp tục.

Tham khảo: Business Analyst là gì?

1. User Stories cho một nhóm phân tán theo địa lý

Mỗi User Story sẽ có 1 hoặc nhiều Acceptance Criteria (AC)

Thách thức mà nhóm này đang phải đối mặt có thể diễn đạt đơn giản bằng cụm từ “phân tán theo địa lý”. Khoảng cách giữa nhóm business (kinh doanh/nghiệp vụ) và nhóm technology (công nghệ) là khoảng 5 dặm. Mặc dù, họ có thể gặp mặt trực tiếp cho các cuộc họp đã lên kế hoạch và các cuộc thảo luận quan trọng khác. Nhưng đã có rất nhiều cuộc trao đổi được thực hiện qua điện thoại, email và các tài liệu khác.

Điều này có nghĩa là các User stories cần mô tả chi tiết hơn về các yêu cầu chức năng, vì nhà phát triển sẽ không dễ để làm rõ các yêu cầu theo thời gian thực. Nội dung cho mỗi câu chuyện được lưu trữ trên Team Foundation System, có thể vừa trên một trang đơn nhưng hiếm khi vừa trên một thẻ chỉ mục.

^​2. User Stories định hướng chi tiết cho các bên liên quan

User Stories chi tiết mang đến nhiều lợi ích cho các bên liên quan

Các bên liên quan là một phần của nhóm này trong lịch sử đã ghi lại các yêu cầu rất chi tiết và duy trì một kho lưu trữ các trường hợp sử dụng và thông số kỹ thuật bổ sung được cập nhật đầy đủ từ khi hệ thống ra đời vào 7 năm trước. Hơn nữa, nhiều yêu cầu đòi hỏi các quy tắc kinh doanh phức tạp phải được phân tích, quyết định và ghi chép lại. Tất cả thông tin này đã đưa nó vào câu chuyện của người dùng hoặc các bài kiểm tra chấp nhận hỗ trợ.

Vì thế, các User stories chứa nhiều thông tin và khá chi tiết, họ đã nhắc ít hơn về cuộc trò chuyện của người dùng so với những người nhắc nhở về những gì chúng tôi đã quyết định và tại sao. Các user stories của người dùng chứa thông tin chi tiết về mọi lĩnh vực trên trang, mọi ngoại lệ và ghi chú về cách doanh nghiệp có thể thấy trang này mở rộng trong các lần lặp lại trong tương lai.

3. User Stories cho một giải pháp phần mềm dựa trên nền tảng Web

Các câu chuyện sẽ miêu tả chức năng được yêu cầu

Mỗi câu chuyện US là mô tả chức năng được yêu cầu trong một phần của trang web. Các user stories được kết hợp với một tập hợp các khung lưới nhấp qua thể hiện luồng tổng thể của ứng dụng. Trong đó, các khung lưới được sử dụng để xác nhận các yêu cầu trên một loạt các bên liên quan và phát triển đáng kể trong qua trình xây dựng.

Trong User story, Business Analyst sẽ đề cập đến giao diện người dùng cụ thể từ bộ khung hoặc đính kèm mô tả giao diện người dùng chi tiết để xác định các trường, quy tắc kinh doanh và quy tắc hiển thị.

4. User Stories giữ cho sự phát triển đồng bộ với các yêu cầu

Phương pháp Agile được đánh cao trong thực tiễn

Tổng thể, phương pháp này đã đạt được những hiệu quả mong muốn. Đội ngũ phát triển phần mềm nhận được các yêu cầu cụ thể để xây dựng, người kiểm thử có các thử nghiệm chấp nhận rõ ràng để xác minh và tổ chức đã hỗ trợ nhiều khía cạnh khác của phương pháp Agile, như lập kế hoạch nước rút.

Một điểm tích cực mà nhóm có được từ kinh nghiệm Agile này là một nhóm phát triển rất nhỏ với công suất tối thiểu cung cấp một thứ gì đó hoạt động và đáp ứng các yêu cầu, nhất quán và tuần này qua tuần khác. Nhóm đã đạt được động lực mỗi tuần khi họ kiểm tra ngày càng nhiều User stories ra khỏi danh sách, ngay cả khi những user stories mới được phát hiện và thêm vào. Giờ đây, nhóm nghiên cứu đã có thể tập trung vào việc giao hàng, ngay cả khi ở giữa một dự án có quy mô đáng kể có thể dễ dàng áp đảo.

Bài viết có nhiều thuật ngữ chuyên môn có thể sẽ gây khó khăn cho bạn đọc là người mới trong lĩnh vực Business Analyst. Nếu bạn thực sự quan tâm đến lĩnh vực BA hãy liên hệ ngay cho BAC theo số Hotline: 0909 310 768 để được tư vấn lộ trình học BA phù hợp với mục tiêu, trình độ, nhu cầu hoặc bạn có thể tham khảo khóa học cho người mới tại đây.

Nguồn tham khảo: www.bridging-the-gap.com

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

BAC là đơn vị đào tạo BA đầu tiên tại Việt Nam. Đối tác chính thức của IIBA quốc tế. Ngoài các khóa học public, BAC còn có các khóa học in house dành riêng cho từng doanh nghiệp. Chương trình được thiết kế riêng theo yêu cầu của doanh nghiệp, giúp doanh nghiệp giải quyết những khó khăn và tư vấn phát triển.