Feb 27, 2023

8 kỹ thuật hỗ trợ chia nhỏ User Stories (Phần 2)

Thực tế rất nhiều trường hợp chỉ một user story chứa đựng một lượng lớn các chức năng. User story này có tên gọi là Epic. Vì một epic thường quá to và nhiều dữ liệu để một agile team có thể hoàn thành đúng tiến độ do đó nó sẽ được phân chia nhỏ thành các user stories con. Ở bài đăng phần 1, chúng ta đã được tìm hiểu sơ qua về 4 kỹ thuật vô cùng hữu ích rồi, bài viết này cùng BAC điểm qua các phương pháp còn lại nhé.

1. Chia User Stories theo dữ liệu

Đôi khi, sự phức tạp trong user story là do có quá nhiều loại dữ liệu liên quan.

Ví dụ: chúng tôi đang làm việc với một khách hàng để phát triển một ứng dụng mới với chức năng giúp các chuyên gia trên sân golf đánh giá trò chơi. Ứng dụng cần hỗ trợ nhiều loại hình thi đấu khác nhau như: đấu cá nhân, đấu đồng đội, đối kháng,...mỗi loại hình sẽ có bộ quy tắc riêng để tính điểm.

Đây là một ví dụ tuyệt vời về việc chúng ta phải chia nhỏ các kiểu dữ liệu thành các user story riêng biệt để cung cấp các tính năng ban đầu và nâng cao chúng trong tương lai.

Nếu không có cấu trúc này, sự phức tạp sẽ trở nên quá tải đối với nhóm làm việc vì có quá nhiều loại dữ liệu cần xem xét cùng một lúc. Trong trường hợp này, chúng ta có thể cung cấp một vài tính năng với số lượng nhỏ để có thể thu thập phản hồi từ người dùng trong mỗi chu kỳ cho đến khi họ chấp nhận.

2. Chia User Stories theo quy tắc nghiệp vụ

Chia nhỏ story người dùng theo các quy tắc nghiệp vụ là một cách tuyệt vời để thay đổi kích thước story. Quy tắc nghiệp vụ là một quy định cho biết cách điều hành một doanh nghiệp; hướng dẫn các phương pháp kinh doanh. Vì vậy nếu có quá nhiều quy tắc, chúng có thể triển khai chúng dưới dạng những story riêng biệt.

Nhưng hãy cẩn thận! Chỉ có một số quy tắc nghiệp vụ có thể được thực hiện độc lập, trong khi những quy tắc khác thì không. Nếu một quy tắc không độc lập, bạn sẽ phải tìm hiểu xem liệu nó có thể được thực hiện một cách độc lập hay không hay nó phụ thuộc vào một quy tắc khác để hoạt động chính xác.

3. Chia User Story theo các bước dòng công việc (Workflow) hoặc các sự kiện

Ý tưởng chia User Story hoặc Epic theo các bước của quy trình làm việc (workflow) rất đơn giản:

Tìm số bước tối thiểu cần thiết của workflow để mang lại giá trị kinh doanh cho người dùng cuối
Tạo một story nhỏ tương ứng các bước này
Di chuyển các bước còn lại của dòng công việc sang phiên bản tương lai.

workflow

Tuy nhiên, nếu bạn đã từng cố gắng tách một Feature, Story hoặc Epic thông qua các bước của workflow, thì hẳn bạn đã biết nó khó khăn như thế nào.

Đối với quy trình làm việc đơn giản, chúng tôi khuyên bạn nên sử dụng một kỹ thuật gọi là chuỗi sự kiện. Nó hoạt động như sau: Bạn yêu cầu người dùng cuối của mình lướt qua các sự kiện xảy ra (các bước của quy trình công việc) trong đầu của họ và viết chúng ra một tờ giấy. Nói với họ đừng quá lo lắng về việc các bước có liên tục hay không.

Ví dụ: đối với một sản phẩm cần tổ chức sự kiện, chúng ta có Epic cần chia tách nhỏ như sau:

"Với tư cách là Người quản lý sự kiện, tôi có thể sắp xếp tất cả các cơ sở trực tuyến để hỗ trợ sự kiện một cách tối ưu nhất."

Sau khi nói chuyện với SME, chúng tôi đã ghi lại các sự kiện kinh doanh như sau:

Liên hệ nghệ sĩ (Artist)
Nắm bắt các yêu cầu về địa điểm của nghệ sĩ
Nghiên cứu các địa điểm tiềm năng
So sánh tính khả dụng, chi phí và đặc điểm của địa điểm
Chọn địa điểm phù hợp nhất
Sắp xếp các sự kiện với địa điểm và người biểu diễn
Thêm sự kiện vào EventBrite
Theo dõi doanh số bán vé

Một cách để phân chia story này là tạo user story cho từng sự kiện, sau đó quyết định xem story kết quả có mang lại đủ giá trị để hoạt động độc lập hay không.

Sau khi đánh giá, có thể nhận thấy rằng chỉ riêng mục "Liên hệ với người biểu diễn (nghệ sĩ)" sẽ không mang lại đủ giá trị nghiệp vụ, vì vậy chúng tôi đã kết hợp mục này với mục "Nắm bắt các yêu cầu về địa điểm". Điều này dẫn đến user story:

"Với tư cách là người quản lý sự kiện, tôi có thể nhận các yêu cầu về địa điểm từ các nghệ sĩ biểu diễn để đảm bảo rằng các cơ sở mà tôi đặt phù hợp với họ."

Story này chắc chắn có giá trị đối với các nhà quản lý sự kiện. Chúng ta đã chuyển các user story còn lại sang các lần lặp lại trong tương lai.

Phương pháp này hoạt động với workflow đơn giản và bạn có thể dự đoán những gì có thể xảy ra tiếp theo. Tuy nhiên, nếu bạn có các quy trình phức tạp với nhiều ngoại lệ và các hành vi không thể đoán trước khác, bạn có thể cần phải thực hiện nhiều phân tích hơn.

Đó là khi kinh nghiệm mô hình hóa quy trình trở nên hữu ích! Nếu bạn biết cách tạo Activity hoặc Swimlane Diagrams, Data Flow Diagrams hoặc một số dạng mô hình quy trình khác, bạn có thể phân tích và xác định bộ quy trình hoặc tính năng nào cung cấp giá trị cho người dùng cuối.

4. Chia User Story theo Use Case Paths

use-case-path

Nếu bạn đã quen thuộc với use cases thì có thể ứng dụng một kỹ thuật khác để chia nhỏ User Story đó là dựa trên Use Case Paths. Mỗi Path thông qua Use Case sẽ tạo nên một story con tuyệt vời.

Ngay cả khi bạn hiện không có use case nào nhưng cần chia nhỏ Epic hay một user story quá phức tạp thì việc phát triển một use case có thể là lựa chọn tốt nhất.

Việc bạn cần làm là viết User Story cho Standard Path và một hoặc nhiều User Story cho Alternative Path và Exception Path. Nếu các luồng quá lớn cho lần lặp tiếp theo và cần phân tách thêm, hãy sử dụng phân tích workflow mà BAC đã mô tả bên trên. Khi user story của bạn có kích thước phù hợp và sẵn sàng để lập trình, bước tiếp theo là viết Acceptance Criteria.

Như vậy, việc chia nhỏ user stories không hề dễ dàng nhưng nếu được áp dụng đúng cách bạn sẽ có thể đưa ra dự đoán chính xác và lập kế hoạch tối ưu hơn. Cuối cùng, xin cảm ơn bạn đã đọc bài viết này. Hy vọng BAC đã đem đến cho bạn những kiến thức bổ ích. Đừng quên thường xuyên truy cập và ủng hộ BAC’s Blog bạn nhé!

Tham khảo bài viết liên quan: 8 kỹ thuật hỗ trợ chia nhỏ User Stories (Phần 1)

Nguồn tham khảo:
https://www.businessanalysisexperts.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.

CÁC KHOÁ HỌC BUSINESS ANALYST BACs.VN DÀNH CHO BẠN

Khoá học Online:

Khoá học Offline:

Tại Tp.HCM:

Tại Hà Nội:

Tham khảo lịch khai giảng TẤT CẢ các khóa học mới nhất

Ban biên tập nội dung - BAC

Click để đọc tiếp

Cách viết Prompt ChatGPT mang lại hiệu quả tối đa

Để có thể tận dụng tối đa sức mạnh từ các công cụ AI như ChatGPT, bạn cần học cách viết prompt. Bài viết này, BAC đã tổng hợp những cách viết Prompt ChatGPT hiệu quả mà ngay cả những người mới cũng có thể áp dụng, cùng tìm hiểu ngay nhé
8 Cách áp dụng API SaaS tăng doanh thu cho Business Analyst (Phần 2)

Một API trong mô hình SaaS có thể giúp gia tăng doanh thu bằng cách cung cấp cho khách hàng những tính năng bổ sung với mức giá hấp dẫn mà họ khó có thể từ chối. Trong bài viết này, BAC sẽ giúp các Business Analyst phân tích khái niệm “API được xem như là một sản phẩm độc lập” và chia sẻ một số ví dụ về các loại API trong SaaS có khả năng tạo ra doanh thu.
8 Cách áp dụng API SaaS tăng doanh thu cho Business Analyst (Phần 1)

Một API trong mô hình SaaS có thể giúp gia tăng doanh thu bằng cách cung cấp cho khách hàng những tính năng bổ sung với mức giá hấp dẫn mà họ khó có thể từ chối. Trong bài viết này, BAC sẽ giúp các Business Analyst phân tích khái niệm “API được xem như là một sản phẩm độc lập” và chia sẻ một số ví dụ về các loại API trong SaaS có khả năng tạo ra doanh thu.
Cách thúc đẩy khả năng giữ chân người dùng nhờ vào thiết kế UX SaaS

Thiết kế UX SaaS cho phép các Business Analysts tạo ra trải nghiệm người dùng hấp dẫn cho sản phẩm của mình. Nó giúp bạn giữ chân người dùng và chuyển đổi họ thành khách hàng trung thành. Nhờ đó, mà các BAers có thể giúp doanh nghiệp phát triển hơn trong từng dự án. Hãy cùng BAC tìm hiểu cách tiếp cận thiết kế UX SaaS một cách dễ dàng nhé!

Bình luận

Nguyễn Thị Mai Bình

Business Analyst

Với một người ngoại đạo như mình thì những chuyên đề về "kỹ thuật" của BA hết sức quan trọng. Ví dụ như sử dụng các diagram để mô hình hóa requirement, viết User Story/Use case, v...v..

Đến với khóa học Fundamental Business Analysis, mình đã được gặp thầy Lộc, một người người rất nhiệt tình và có tâm. Ngoài việc chia sẻ các kinh nghiệm thực tế trên lớp thì thầy còn dành thời gian ra để tư vấn, hỗ trợ, góp ý CV cho mình. Bên cạnh đó trung tâm và anh Phụng cũng hỗ trợ gửi CV, kết nối học viên tới mạng lưới các công ty đối tác chất lượng, điều này giúp học viên như mình tìm được công việc phù hợp nhất. Cảm ơn BAC.
Xem chi tiết +
Phạm Quế

Business Analyst

Khoá học Product Design của BAC đã cung cấp cho tôi nhiều kiến thức và nền tảng vô cùng hữu ích. Giảng viên giảng dạy rất nhiệt tình, truyền cho chúng tôi ngọn lửa đam mê và nhiệt huyết trong ngành. Đồng thời chia sẻ các kiến thức và kỹ năng cần thiết trong bài giảng một cách dễ hiểu hơn. Số lượng học viên không quá nhiều nên chất lượng giảng giạy vô cùng tốt. Giảng viên sửa bài tập 1-1 nên bài giảng sẽ chuyên sâu hơn.
Xem chi tiết +
Nguyễn Văn Long

Chuyên viên về chế độ kế toán & Giải pháp nghiệp vụ Tài chính kế toán trong ứng dụng CNTT - Tập đoàn Điện lực Việt Nam (EVN)

Tôi đã tham gia khóa Phân tích nghiệp vụ phần mềm cơ bản 3.0 tại BAC. Ở đây, tài liệu đào tạo cung cấp nhiều nội dung bổ ích và trình bày dễ hiểu. Giảng viên rất nhiệt tình, ngoài nội dung giảng dạy theo giáo trình còn chia sẻ nhiều kinh nghiệm thực tiễn, các câu hỏi của học viên đều được giải đáp ngay trên lớp và có minh họa từ các dự án trong thực tế. Sau tất cả, tôi cảm ơn BAC và Thầy giáo Thái Sơn.
Xem chi tiết +