Hãy đối mặt với thực tế: Xác định chính xác các yêu cầu trong Agile có thể là cơn ác mộng của các nhà quản lý sản phẩm. Các bên liên quan có thể có ý tưởng chung, nhưng việc chuyển ý tưởng đó thành các tính năng cụ thể không phải lúc nào cũng dễ dàng. Điều này có thể dẫn đến sự mất thống nhất, thất vọng và dự án không đạt được mục tiêu.
Sự thật là, một phương pháp thu thập yêu cầu chung chung trong Agile sẽ không hiệu quả. Các dự án khác nhau đòi hỏi các chiến thuật khác nhau. Những gì hiệu quả cho việc cập nhật ứng dụng đơn giản có thể không hiệu quả cho việc cải tổ phần mềm doanh nghiệp phức tạp.
Bài viết này sẽ phân tích các kỹ thuật hiệu quả nhất để thu thập yêu cầu trong Agile, giúp bạn chọn kết hợp phù hợp cho dự án cụ thể của mình. Hãy đảm bảo dự án Agile của bạn mang lại chính xác những gì cần thiết.
Bắt đầu dễ dàng với Mẫu thu thập yêu cầu của ClickUp!
Giải thích về việc thu thập yêu cầu trong Agile
Hãy cùng khám phá cách thu thập yêu cầu trong một dự án Agile. Dưới đây là phân tích chi tiết các nguyên tắc và quy trình cốt lõi trong việc thu thập yêu cầu Agile:
Nguyên tắc
- Tập trung vào giá trị: Ưu tiên các yêu cầu mang lại giá trị cao nhất cho người dùng và các bên liên quan
- Cộng tác liên tục: Xây dựng giao tiếp cởi mở và sự tham gia của người dùng trong suốt quá trình phát triển
- Chấp nhận thay đổi: Hãy linh hoạt và thích ứng để đáp ứng các yêu cầu thay đổi
Quy trình
- Chu kỳ liên tục, lặp đi lặp lại: Thu thập yêu cầu trong suốt dự án, không chỉ ở giai đoạn đầu
- Tập trung vào người dùng: Quá trình này xoay quanh việc hiểu nhu cầu của người dùng thông qua các kỹ thuật khác nhau
- Ưu tiên và quản lý backlog: Ưu tiên các yêu cầu và lưu trữ chúng trong backlog, và giải quyết yêu cầu quan trọng nhất trước tiên
- Khả năng thích ứng: Dễ dàng tích hợp thông tin mới hoặc nhu cầu thay đổi vào các yêu cầu đang phát triển
Dưới đây là cách thu thập yêu cầu trong Agile khác với các phương pháp truyền thống:
| Tính năng | Thu thập yêu cầu trong Agile | Thu thập yêu cầu truyền thống |
| Quy trình | Lặp lại và tăng dần | Trước tiên và tuyến tính |
| Tài liệu | Các yêu cầu được định nghĩa thành các phần nhỏ gọi là câu chuyện người dùng | Yêu cầu được thu thập qua một quy trình chính thức và được tài liệu hóa trong Tài liệu Yêu cầu Phần mềm [SRS] |
| Sự tham gia của các bên liên quan | Liên tục trong suốt dự án | Giới hạn sau giai đoạn ban đầu |
| Khả năng thích ứng | Chấp nhận sự thay đổi và yêu cầu thay đổi | Ít linh hoạt, thay đổi đòi hỏi phải làm lại |
| Tập trung | 'Tại sao' — hiểu nhu cầu của người dùng | 'Cái gì' — các tính năng và chức năng cụ thể |
| Hợp tác | Hợp tác hơn, với sự tham gia của các nhà phát triển trong các cuộc thảo luận về yêu cầu | Các nhà phân tích kinh doanh [BA] thường xử lý hầu hết các yêu cầu ban đầu |
Các trường hợp sử dụng và kịch bản trong thu thập yêu cầu Agile
Mặc dù các phương pháp Agile không nhấn mạnh vào việc lập tài liệu chi tiết trước, nhưng các trường hợp sử dụng và kịch bản vẫn đóng vai trò quan trọng trong việc thu thập yêu cầu Agile.
Các trường hợp sử dụng mô tả cách một tác nhân cụ thể tương tác với hệ thống để đạt được mục tiêu. Chúng thường bao gồm:
- Các bên liên quan: Những người tương tác với hệ thống [ví dụ: khách hàng, quản trị viên]
- Mục tiêu: Điều mà người thực hiện muốn đạt được
- Các bước: Chuỗi các hành động được thực hiện để đạt được mục tiêu
- Điều kiện tiên quyết: Các điều kiện phải được đáp ứng trước khi bắt đầu trường hợp sử dụng
- Điều kiện sau: Trạng thái dự kiến của hệ thống sau khi hoàn thành thành công
Các trường hợp sử dụng không được viết chi tiết như các phương pháp truyền thống. Thay vào đó, chúng được sử dụng như một công cụ thảo luận trong quá trình tinh chỉnh backlog hoặc tạo/lập câu chuyện người dùng. Chúng giúp phân tích các chức năng phức tạp và xác định các vấn đề tiềm ẩn từ sớm.
Mặt khác, các kịch bản về cơ bản là những ví dụ cụ thể về cách một trường hợp sử dụng có thể diễn ra. Chúng có thể mô tả
- Con đường hạnh phúc: Luồng thành công điển hình để đạt được mục tiêu
- Các đường dẫn thay thế: Hệ thống phản ứng như thế nào với các đầu vào hoặc lỗi khác nhau của người dùng
- Trường hợp đặc biệt: Các tình huống hiếm gặp mà hệ thống có thể gặp phải
Các kịch bản thường được nhúng trong câu chuyện của người dùng.
Một câu chuyện người dùng có thể mô tả mục tiêu tổng thể, và các kịch bản chi tiết cách người dùng có thể tương tác với hệ thống để đạt được mục tiêu đó. Điều này giúp các nhà phát triển hiểu quan điểm của người dùng và các biến thể tiềm ẩn.
Các trường hợp sử dụng và kịch bản trong Agile nhẹ nhàng và hợp tác hơn so với các phương pháp truyền thống. Chúng cung cấp thông tin cho việc tạo/lập câu chuyện người dùng và tinh chỉnh backlog; chúng không thay thế chúng.
Vai trò của tạo mẫu phần mềm và phát triển dựa trên thử nghiệm trong các yêu cầu Agile
Tạo mẫu phần mềm và phát triển dựa trên thử nghiệm [TDD] đóng vai trò bổ sung cho nhau trong việc tinh chỉnh và củng cố các yêu cầu trong các phương pháp Agile.
Tạo mẫu phần mềm tạo ra các phiên bản phần mềm ban đầu, đơn giản và có chức năng để thu thập phản hồi của người dùng và xác thực các yêu cầu. Nó phù hợp với bản chất lặp đi lặp lại của agile bằng cách cho phép cải tiến liên tục các yêu cầu thông qua thử nghiệm mẫu của người dùng.
Nó cũng:
- Giúp xác định sớm các vấn đề về khả năng sử dụng và khoảng cách trong nhu cầu của người dùng
- Cho phép điều chỉnh hướng đi và tinh chỉnh yêu cầu dựa trên phản hồi từ thực tế
- Cho phép các bên liên quan hình dung sản phẩm và cung cấp ý kiến đóng góp cụ thể
TDD, tuy nhiên, tập trung vào việc viết các bài kiểm tra đơn vị để xác định hành vi mong đợi của phần mềm trước khi viết mã thực tế.
Nó hỗ trợ nguyên tắc nhanh chóng thất bại của Agile bằng cách xác định các vấn đề liên quan đến yêu cầu sớm trong chu kỳ phát triển, cho phép điều chỉnh nhanh hơn.
Nó cũng:
- Làm rõ yêu cầu bằng cách buộc các nhà phát triển xác định chính xác những gì mã cần đạt được
- Phát hiện vấn đề sớm trong chu kỳ phát triển, ngăn ngừa việc làm lại và những hiểu lầm tiềm ẩn về yêu cầu
- Thúc đẩy khả năng bảo trì và kiểm tra mã, đảm bảo phần mềm hoạt động theo đúng yêu cầu
Lợi ích và Tiềm năng của Việc Thu Thập Yêu Cầu Agile
Việc thu thập yêu cầu Agile mang lại một số lợi thế cho nhóm phát triển và người dùng cuối. Phương pháp Agile ưu tiên việc hiểu nhu cầu của người dùng thông qua tương tác và phản hồi liên tục. Điều này đảm bảo sản phẩm được thiết kế dựa trên những giá trị mà người dùng thực sự quan tâm.
Hãy cùng tìm hiểu chi tiết về lợi ích của việc thu thập yêu cầu theo phương pháp Agile:
- Agile ưu tiên các câu chuyện của người dùng, đại diện cho các tính năng từ góc độ của người dùng. Điều này đảm bảo nhóm xây dựng những gì người dùng thực sự coi trọng, giảm rủi ro xây dựng các tính năng không cần thiết và chi phí sửa chữa tốn kém sau đó. Hiểu rõ yêu cầu của người dùng từ sớm sẽ tránh được việc sửa chữa do thay đổi ở giai đoạn muộn hoặc các tính năng không phù hợp với người dùng
- Agile chia nhỏ các yêu cầu thành các phần nhỏ hơn, dễ quản lý và được thực hiện theo từng đợt. Điều này cho phép phản hồi và điều chỉnh liên tục dựa trên ý kiến của người dùng. Bằng cách xác định và giải quyết các vấn đề sớm, bạn có thể phát hành sản phẩm nhanh hơn với khả năng làm hài lòng người dùng cao hơn
- Nguyên tắc cốt lõi của Agile là lặp lại cho phép người dùng tham gia liên tục. Thông qua các kỹ thuật như tạo mẫu và thử nghiệm người dùng, các nhà thiết kế và nhà phát triển có thể hiểu sâu sắc nhu cầu và mong đợi của người dùng. Vòng lặp phản hồi liên tục này đảm bảo giao diện người dùng phát triển để đáp ứng nhu cầu và mong đợi của người dùng, dẫn đến sản phẩm cuối cùng thỏa mãn hơn
- Khả năng thích ứng của Agile cho phép thay đổi dựa trên phản hồi của người dùng. Quá trình phát triển có thể dễ dàng điều chỉnh nếu một yếu tố thiết kế gây nhầm lẫn hoặc không đáp ứng mong đợi của người dùng. Sự linh hoạt này đảm bảo giao diện người dùng cuối cùng phù hợp với nhu cầu và hành vi của người dùng
- Bản chất lặp đi lặp lại của phát triển Agile với các đợt giao hàng thường xuyên cho phép điều chỉnh hướng đi nhanh hơn. Điều này có thể dẫn đến ra mắt sản phẩm nhanh hơn và lợi thế về thời gian đưa sản phẩm ra thị trường
- Sự hợp tác liên tục giữa các nhà phát triển, chủ sở hữu sản phẩm và các bên liên quan thúc đẩy giao tiếp và hiểu biết tốt hơn về các yêu cầu. Điều này giảm thiểu sự hiểu lầm, dẫn đến tăng hiệu quả phát triển
Tương lai hứa hẹn sẽ mang đến việc thu thập yêu cầu Agile hiệu quả hơn nữa với sự phát triển của các công cụ hợp tác. Những công cụ này có thể hợp lý hóa giao tiếp, tích hợp phản hồi của người dùng và quản lý yêu cầu theo thời gian thực.
Những tiến bộ trong AI có thể dẫn đến các công cụ phân tích hành vi của người dùng và tương tác với các nguyên mẫu, cung cấp thông tin chi tiết hơn về nhu cầu của người dùng và giúp cải thiện yêu cầu.
Các kỹ thuật thu thập yêu cầu trong Agile
Làm thế nào để đảm bảo quá trình thu thập yêu cầu của bạn được thiết lập để mang lại tất cả các lợi thế có thể? Dưới đây là một cái nhìn sâu hơn về các kỹ thuật thu thập yêu cầu agile tốt nhất:
Phỏng vấn và bảng câu hỏi
Tiến hành phỏng vấn người dùng với các câu hỏi mở để phân tích yêu cầu — nhằm hiểu chi tiết nhu cầu và điểm khó khăn của người dùng. Bạn có thể sử dụng bảng câu hỏi để thu thập dữ liệu định lượng từ đối tượng rộng hơn.
Mục tiêu là khám phá nhu cầu, điểm khó khăn và kỳ vọng của người dùng thông qua các cuộc hội thoại sâu sắc và thu thập dữ liệu định lượng từ một đối tượng rộng hơn.
- Chuẩn bị các câu hỏi mở khuyến khích người dùng trình bày chi tiết về trải nghiệm của họ. Tập trung vào các câu hỏi "tại sao" và "làm thế nào" để hiểu lý do cơ bản đằng sau hành vi của người dùng
- Phỏng vấn một nhóm các bên liên quan đa dạng, bao gồm người dùng cuối, nhân viên hỗ trợ và chuyên gia trong lĩnh vực
- Sử dụng khảo sát trực tuyến để thu thập thông tin chi tiết hơn về người dùng. Hãy giữ cho khảo sát ngắn gọn và tập trung vào các câu hỏi trắc nghiệm hoặc thang điểm Likert để đảm bảo việc phân tích dữ liệu dễ dàng
Ví dụ: Bạn đang cải tiến trang web của một thư viện. Phỏng vấn các thủ thư có thể cho thấy những thách thức trong việc quản lý tài nguyên, trong khi phỏng vấn sinh viên có thể nêu bật những điểm khó khăn trong việc tìm kiếm tài liệu và truy cập tài nguyên trực tuyến.
Quan sát người dùng
Quan sát người dùng tương tác với các hệ thống tương tự hoặc hoàn thành các công việc mà họ cần phần mềm. Ghi chú, ghi lại các phiên [với sự đồng ý của người dùng] và sử dụng các công cụ chụp màn hình như ClickUp Clips để ghi lại các tương tác của người dùng để phân tích sau này.
Chứng kiến trực tiếp cách người dùng tương tác với các hệ thống tương tự hoặc thực hiện các công việc liên quan đến phần mềm của bạn sẽ giúp ích rất nhiều:
- Xác định các lĩnh vực gây nhầm lẫn, thất vọng hoặc thiếu hiệu quả. Xem người dùng gặp khó khăn ở đâu hoặc thực hiện các bước không cần thiết
- Hiểu cách họ thực sự sử dụng hệ thống, chứ không chỉ cách họ nói rằng họ sử dụng nó
Ví dụ:Trong khi quan sát người dùng điều hướng trên một trang web thương mại điện tử, hãy tìm kiếm:
- Luồng đăng nhập: Có hợp lý và trực quan không?
- Chức năng tìm kiếm: Có hiển thị kết quả phù hợp và đề xuất được cá nhân hóa không?
- Lọc sản phẩm: Người dùng ưu tiên những bộ lọc nào (giá, thương hiệu, v.v.)? Chúng có dễ truy cập không?
- Điểm mâu thuẫn: Có bước nào trong quá trình thanh toán gây nhầm lẫn không? Họ có khó tìm thấy thông tin cụ thể không?
Phân tích tài liệu
Phân tích tài liệu hiện có, chẳng hạn như hướng dẫn sử dụng hoặc thông tin sản phẩm của đối thủ cạnh tranh, để xác định nhu cầu và chức năng. Xem các tính năng mà đối thủ cạnh tranh của bạn cung cấp và cách họ định vị chúng. Có những lỗ hổng nào mà bạn có thể khắc phục trong sản phẩm của mình không?
Hiểu trải nghiệm người dùng chung trong ngành của bạn. Những tính năng nào đã trở thành tiêu chuẩn? Những điểm yếu mà đối thủ cạnh tranh đang cố gắng giải quyết là gì?
- Xác định các vấn đề phổ biến mà người dùng gặp phải với hệ thống hiện tại. Những điểm khó khăn này trở thành ưu tiên hàng đầu cần cải thiện
- Tìm kiếm các lĩnh vực mà các chức năng hiện tại không đáp ứng được nhu cầu của người dùng. Điều này có thể khơi dậy ý tưởng cho các tính năng mới
- Hãy xem xét bối cảnh và sự thiên vị tiềm ẩn khi xem xét thông tin của đối thủ cạnh tranh. Tập trung vào các tính năng phù hợp với đối tượng mục tiêu và mục tiêu dự án của bạn
Ví dụ: Bằng cách phân tích hướng dẫn sử dụng ứng dụng thể dục của đối thủ cạnh tranh, bạn có thể phát hiện ra một tính năng tạo danh sách tập luyện được cá nhân hóa. Điều này có thể truyền cảm hứng cho nhóm của bạn phát triển một tính năng tương tự với một điểm độc đáo, chẳng hạn như chia sẻ các bài tập thể dục trên mạng xã hội.
Brainstorming
Tạo điều kiện thuận lợi cho các phiên brainstorming với các bên liên quan và người dùng để tạo ra nhiều ý tưởng và yêu cầu tiềm năng.
- Xác định rõ vấn đề bạn đang cố gắng giải quyết và đối tượng mục tiêu trước phiên brainstorming
- Đảm bảo sự tham gia của các bên liên quan từ các lĩnh vực khác nhau [nhà phát triển, nhà thiết kế, marketing] để có cái nhìn toàn diện
- Khuyến khích luồng ý tưởng miễn phí, ngay cả những ý tưởng có vẻ kỳ lạ. Sửa chữa và sắp xếp thứ tự ưu tiên sau
- Tập trung vào "tại sao". Đừng chỉ liệt kê các tính năng; hãy khám phá lý do đằng sau mỗi đề xuất
Ví dụ: Khi brainstorming các tính năng cho một ứng dụng năng suất mới, bạn có thể xem xét các công cụ quản lý thời gian, quản lý công việc hợp tác hoặc tích hợp với các bộ ứng dụng năng suất khác.
Bằng cách sắp xếp thứ tự ưu tiên dựa trên các cuộc phỏng vấn người dùng và nghiên cứu thị trường, bạn có thể tập trung vào các tính năng có tác động lớn nhất đến người dùng.
Phân tích giao diện
Phân tích các giao diện người dùng hiện có để xác định các phương pháp hay nhất và những cải tiến tiềm năng cho phần mềm mới.
- Phân tích các ứng dụng di động thân thiện với người dùng để xác định các yếu tố thiết kế giúp nâng cao trải nghiệm người dùng [UX], chẳng hạn như điều hướng rõ ràng, biểu tượng trực quan và kiến trúc thông tin hiệu quả
- Đừng chỉ sao chép giao diện của đối thủ cạnh tranh. Hãy điều chỉnh chúng cho phù hợp với nhu cầu và chức năng cụ thể của người dùng
Đóng vai
Đóng vai các tình huống người dùng khác nhau có thể giúp xác định các yêu cầu liên quan đến các tương tác cụ thể của người dùng.
- Mô phỏng các tình huống người dùng trong thế giới thựcđể xác định các yêu cầu liên quan đến các tương tác cụ thể của người dùng
- Gán vai trò người dùng cho người tham gia [khách hàng, quản trị viên] và cung cấp một công việc hoặc thách thức cụ thể để hoàn thành
- Quan sát cách người dùng tương tác với hệ thống mô phỏng. Điều này có thể cho thấy những lĩnh vực mà các chức năng còn thiếu, không rõ ràng hoặc rườm rà
Ví dụ: Yêu cầu một nhà phát triển đóng vai một khách hàng đang gặp khó khăn trong việc tìm kiếm một sản phẩm cụ thể trên trang web. Điều này có thể khuyến khích họ thiết kế với sự đồng cảm và tập trung vào người dùng hơn.
Câu chuyện của người dùng
Chia nhỏ các yêu cầu thành các câu chuyện người dùng, mô tả các chức năng từ góc độ của người dùng. Điều này giúp các yêu cầu dễ hiểu hơn và dễ sắp xếp thứ tự ưu tiên hơn.
- Thực hiện theo định dạng 'Là [vai trò người dùng], tôi muốn [mục tiêu người dùng] để [lợi ích]'
- Nêu rõ lợi ích mà người dùng thu được từ chức năng
Ví dụ về một câu chuyện người dùng tiềm năng: Là một người mua sắm trực tuyến, tôi muốn có thể tìm kiếm sản phẩm theo danh mục và lọc theo giá để dễ dàng tìm thấy thứ mình đang tìm.
Workshops
Tổ chức các buổi hội thảo với các bên liên quan và người dùng để thu thập ý kiến, xác định các chức năng và sắp xếp thứ tự ưu tiên của các câu chuyện người dùng.
- Sử dụng bảng trắng, công cụ tạo mẫu hoặc mẫu câu chuyện người dùng để ghi lại ý tưởng và xác định các chức năng
- Làm việc với các bên liên quan để xếp hạng các câu chuyện của người dùng dựa trên nhu cầu của người dùng, giá trị kinh doanh và nỗ lực phát triển
Xem xét các hệ thống tương tự hoặc hiện tại
Phân tích các hệ thống hiện có mà đối tượng mục tiêu sử dụng để xác định các chức năng và cải tiến tiềm năng.
Ví dụ: Nếu đối tượng mục tiêu của bạn sử dụng các nền tảng mạng xã hội, hãy phân tích các tính năng của chúng để hiểu kỳ vọng của người dùng về giao tiếp và chia sẻ thông tin trong phần mềm của bạn.
Bằng cách sử dụng kết hợp các kỹ thuật và phương pháp phù hợp nhất với sản phẩm, nhóm và khách hàng của bạn, bạn sẽ có thể hiểu và thu thập các yêu cầu một cách hiệu quả hơn.
Cách triển khai thu thập yêu cầu trong Agile
Phát triển Agile phát triển mạnh nhờ tính linh hoạt và sự hợp tác. Nhưng cùng với tính linh hoạt đó là thách thức trong việc theo dõi các yêu cầu.
Các câu chuyện của khách hàng rải rác trong email, phản hồi trong các tài liệu khác nhau và các tính năng được ghi lại trong bảng tính có thể dẫn đến sự nhầm lẫn và chậm trễ.
Một chiến lược thu thập yêu cầu linh hoạt [ARG] hiệu quả đòi hỏi một trung tâm tập trung tất cả thông tin dự án của bạn. Đây là nơi mà một công cụ quản lý dự án như ClickUp phát huy tác dụng.
Bằng cách hợp nhất các câu chuyện, yêu cầu và phản hồi của khách hàng vào một nền tảng duy nhất, bạn đảm bảo rằng mọi người, từ quản lý dự án đến nhà phát triển, đều có chung một trang.
Phần mềm quản lý dự án Agile ClickUp biến quá trình thu thập yêu cầu Agile truyền thống, thường rườm rà thành một quy trình làm việc hợp tác và lặp đi lặp lại.
Hãy xem ClickUp hợp lý hóa từng bước như thế nào:
Bước 1: Xác định mục tiêu và phạm vi
Xác định rõ mục tiêu dự án, đối tượng mục tiêu và các chức năng cốt lõi bằng cách sử dụng Mẫu quản lý dự án Agile của ClickUp.
Mẫu toàn diện này cung cấp cấu trúc sẵn có để quản lý toàn bộ dự án agile của bạn, bao gồm quản lý công việc tồn đọng, lập kế hoạch sprint và theo dõi công việc.
- Sử dụng biểu mẫu tích hợp để sắp xếp các yêu cầu vào danh sách công việc tồn đọng, nơi chúng có thể được sắp xếp theo mức độ ưu tiên
- Sử dụng chế độ xem Bảng hoặc Sprint để trực quan hóa và thực hiện công việc
- Thực hiện các buổi họp Agile như retrospection để liên tục cải thiện quy trình của bạn
Thiết lập cấu trúc dự án của bạn với danh sách công việc đã được tạo sẵn cho các sản phẩm tồn đọng và các sprint sắp tới, đảm bảo khởi động suôn sẻ.
Bước 2: Thu thập thông tin ban đầu
Tiến hành các phiên brainstorming với các bên liên quan. Ghi lại các yêu cầu và ý tưởng nhanh chóng với Mẫu Yêu cầu Hệ thống ClickUp.
Mẫu này cung cấp một cách tiếp cận có cấu trúc để thu thập các yêu cầu hệ thống chi tiết hơn nếu cần trong quá trình phát triển sản phẩm Agile.
Nó giúp bạn:
- Xác định phạm vi và mục tiêu rõ ràng cho bất kỳ dự án nào bằng cách sử dụng các trường tùy chỉnh. Các trường tùy chỉnh như đối tượng mục tiêu, hạn chế ngân sách và kết quả mong muốn sẽ cung cấp một bức tranh rõ ràng về ranh giới và mục tiêu của dự án
- Sắp xếp các yêu cầu dự án theo định dạng dễ theo dõi với các trạng thái tùy chỉnh. Ví dụ, bạn có thể tạo các trạng thái tùy chỉnh như 'Đã đề xuất', 'Đang phát triển' và 'Đã được phê duyệt' để phân loại các yêu cầu dựa trên giai đoạn của chúng
- Theo dõi tiến độ để đảm bảo các nhóm hoàn thành công việc đúng thời hạn và trong phạm vi ngân sách với các tính năng báo cáo tùy chỉnh của mẫu
Ngoài ra, bạn có thể sử dụng Biểu mẫu ClickUp để thu thập phản hồi, đặc biệt là khi các câu hỏi phát triển dựa trên logic điều kiện. Bạn có thể chuyển đổi phản hồi của họ thành các công việc có thể theo dõi trong ClickUp và luôn cập nhật các tính năng mong muốn để biến chúng thành hiện thực.
Bạn cũng có thể sử dụng nền tảng ClickUp để điều phối công việc với các nhiệm vụ, gắn thẻ nhóm của bạn để cập nhật trong phần bình luận và luôn cập nhật thông tin với các thông báo.
Bước 3: Ưu tiên các mục tồn đọng
Chuyển nhu cầu của người dùng thành câu chuyện [ví dụ: 'Là [vai trò người dùng], tôi muốn [kết quả mong muốn], để [lợi ích]'. Xếp hạng chúng theo mức độ ưu tiên trong chế độ xem Danh sách của ClickUp bằng cách sử dụng các trường tùy chỉnh và chức năng sắp xếp.
Ví dụ:
- Tạo một trường tùy chỉnh có tên 'Nhu cầu của người dùng' hoặc 'Hình ảnh người dùng'. Trường này cho phép bạn nắm bắt nhu cầu cụ thể hoặc điểm khó khăn của người dùng mục tiêu
- Tạo các trường tùy chỉnh như 'Ưu tiên' hoặc 'Tác động'. Sử dụng các trường này để gán mức độ ưu tiên [ví dụ: Cao, Trung bình, Thấp] hoặc điểm tác động [ví dụ: Quan trọng, Lớn, Nhỏ] cho mỗi câu chuyện người dùng
Bạn cũng có thể thiết lập các mối phụ thuộc giữa các câu chuyện để phản ánh quy trình làm việc logic. Đảm bảo các câu chuyện cơ bản được hoàn thành trước khi xử lý các câu chuyện phụ thuộc. Điều này tạo điều kiện thuận lợi cho quá trình phát triển và ngăn ngừa các trở ngại.
Bước 4: Liên tục cải tiến
Chia nhỏ các câu chuyện người dùng cấp cao thành các công việc nhỏ hơn, dễ quản lý hơn trong mẫu. Đính kèm các tiêu chí chấp nhận chi tiết và mô hình và khuyến khích người dùng liên tục phản hồi qua bình luận và thảo luận.
Ví dụ:
- Câu chuyện của người dùng: 'Là một Giám đốc Marketing, tôi muốn lên lịch trước các bài đăng trên mạng xã hội để có thể hợp lý hóa các nỗ lực tiếp thị nội dung và tiết kiệm thời gian. ' Công việc con 1: Thiết kế giao diện người dùng để lên lịch các bài đăng trên mạng xã hội Công việc con 2: Phát triển chức năng kết nối với các nền tảng mạng xã hội Công việc con 3: Triển khai chế độ xem lịch để lên lịch các bài đăng
- Công việc con 1: Thiết kế giao diện người dùng để lên lịch đăng bài trên mạng xã hội
- Công việc con 2: Phát triển chức năng kết nối với các nền tảng mạng xã hội
- Công việc con 3: Triển khai chế độ xem lịch để lên lịch đăng bài
- Trường Tùy chỉnh: 'Tiêu chí chấp nhận' Công việc con 1: Giao diện người dùng phải cho phép người dùng lựa chọn nền tảng mạng xã hội, ngày và giờ cho mỗi bài đăng Công việc con 2: Hệ thống phải tích hợp liền mạch với các nền tảng mạng xã hội chính [ví dụ: Facebook, Twitter] Công việc con 3: Chế độ xem lịch phải hiển thị các bài đăng đã lên lịch với hình ảnh rõ ràng và tùy chọn chỉnh sửa
- Công việc con 1: Giao diện người dùng phải cho phép người dùng lựa chọn nền tảng mạng xã hội, ngày và giờ cho mỗi bài đăng
- Công việc con 2: Hệ thống phải tích hợp liền mạch với các nền tảng mạng xã hội chính [ví dụ: Facebook, Twitter]
- Công việc con 3: Chế độ xem lịch phải hiển thị các bài đăng đã lên lịch với hình ảnh rõ ràng và các tùy chọn chỉnh sửa
- Công việc con 1: Thiết kế giao diện người dùng để lên lịch đăng bài trên mạng xã hội
- Công việc con 2: Phát triển chức năng kết nối với các nền tảng mạng xã hội
- Công việc con 3: Triển khai chế độ xem lịch để lên lịch đăng bài
- Công việc con 1: Giao diện người dùng phải cho phép người dùng lựa chọn nền tảng mạng xã hội, ngày và giờ cho mỗi bài đăng
- Công việc con 2: Hệ thống phải tích hợp liền mạch với các nền tảng mạng xã hội chính [ví dụ: Facebook, Twitter]
- Công việc con 3: Chế độ xem lịch phải hiển thị các bài đăng đã lên lịch với hình ảnh rõ ràng và các tùy chọn chỉnh sửa
Bước 5: Bắt đầu lập kế hoạch sprint và đánh giá người dùng
Sử dụng các mẫu ClickUp để hợp lý hóa việc lập kế hoạch sprint và các phiên đánh giá của người dùng, đảm bảo các chu kỳ lặp lại hiệu quả.
Trong quá trình lập kế hoạch sprint, chọn những câu chuyện người dùng có mức độ ưu tiên cao cho chu kỳ phát triển sắp tới. Sau mỗi sprint, cần tiến hành đánh giá người dùng để thu thập phản hồi về các chức năng đã phát triển.
Cuối cùng, phản hồi sẽ được phân tích và sử dụng để tinh chỉnh câu chuyện của người dùng và sắp xếp thứ tự ưu tiên cho các công việc còn tồn đọng cho sprint tiếp theo.
Thách thức trong việc thu thập yêu cầu trong Agile
Các phương pháp Agile ưu tiên tính linh hoạt và phản hồi của người dùng, điều này cũng có thể dẫn đến những thách thức trong việc thu thập yêu cầu.
Dưới đây là phân tích các vấn đề phổ biến và các chiến lược chuyển đổi Agile để khắc phục chúng:
- Yêu cầu thay đổi: Agile chấp nhận nhu cầu phát triển, nhưng những thay đổi thường xuyên có thể làm gián đoạn luồng phát triển. Thường xuyên xem xét và sắp xếp thứ tự ưu tiên của các sản phẩm tồn đọng để đảm bảo tập trung vào các tính năng có giá trị cao. Liên tục cải tiến câu chuyện của người dùng với các tiêu chí chấp nhận và mô hình trong suốt các sprint
- Yêu cầu không đầy đủ: Tập trung vào câu chuyện của người dùng có thể dẫn đến thiếu các thông số kỹ thuật chi tiết. Ban đầu, hãy nắm bắt những câu chuyện của người dùng ở cấp độ cao, sau đó dần dần tinh chỉnh các chi tiết khi tiến độ phát triển dự án
- Sự thiếu thống nhất giữa các bên liên quan: Các ưu tiên khác nhau của các bên liên quan có thể dẫn đến sự nhầm lẫn trong mục tiêu dự án. Hãy thu hút các bên liên quan [người dùng, chủ sở hữu sản phẩm, nhà phát triển] tham gia vào toàn bộ quá trình thông qua các hội thảo, thử nghiệm người dùng và các cuộc thảo luận liên tục
- Khoảng cách giao tiếp: Nếu không có giao tiếp rõ ràng, nhu cầu của người dùng và việc triển khai kỹ thuật có thể khác nhau. Sử dụng công cụ quản lý dự án như ClickUp [bạn có thể thay thế bằng công cụ chung] để quản lý công việc tồn đọng, theo dõi tiến độ và tạo điều kiện thuận lợi cho giao tiếp
Các nhóm khác nhau đóng vai trò quan trọng trong việc vượt qua những thách thức này. Dưới đây là cách thức:
- Quản lý dự án dẫn dắt toàn bộ quá trình, đảm bảo giao tiếp rõ ràng và quản lý công việc tồn đọng, đồng thời tạo điều kiện thuận lợi cho sự hợp tác giữa các bên liên quan
- Quản lý chiến lược cung cấp định hướng cấp cao, xác định mục tiêu và tầm nhìn của dự án, đồng thời đảm bảo sự phù hợp với các mục tiêu kinh doanh
- Các nhà phát triển, nhà thiết kế và người kiểm tra tham gia tích cực vào việc thu thập yêu cầu thông qua các hội thảo, thử nghiệm người dùng và cung cấp kiến thức kỹ thuật để đảm bảo tính khả thi và đáp ứng nhu cầu của người dùng
Nhìn chung, để vượt qua những thách thức này, cần có nỗ lực hợp tác. Bằng cách sử dụng giao tiếp rõ ràng, liên tục cải tiến và quản lý dự án chặt chẽ, các nhóm agile có thể thu thập yêu cầu một cách hiệu quả và cung cấp các sản phẩm chất lượng cao, đáp ứng nhu cầu của người dùng.
Quản lý yêu cầu Agile và khả năng truy vết
Phát triển Agile phát triển mạnh nhờ tính linh hoạt, nhưng việc theo dõi các nhu cầu đang thay đổi có thể rất khó khăn.
Đây là lúc tính truy xuất nguồn gốc phát huy tác dụng. Tính năng này đảm bảo mỗi câu chuyện của người dùng [một yêu cầu cốt lõi của Agile] có thể được truy xuất về nguồn gốc [các cuộc thảo luận của người dùng] và cuối cùng là triển khai [các tính năng được phát triển].
ClickUp hỗ trợ khả năng truy xuất nguồn gốc này.
Sử dụng Mẫu quản lý dự án Agile của ClickUp để quản lý công việc tồn đọng, nơi chứa các câu chuyện của người dùng. Khi câu chuyện tiến triển, hãy liên kết chúng với các nhiệm vụ, thảo luận và thậm chí cả tài liệu [tiêu chí chấp nhận] trong ClickUp.
Điều này tạo ra một lộ trình có thể theo dõi, đảm bảo mọi người luôn thống nhất và các yêu cầu vẫn được kết nối trong suốt chu kỳ phát triển.
Lợi thế của Agile: Chấp nhận thay đổi để mang lại giá trị
Thu thập yêu cầu Agile không phải là lập kế hoạch quản lý yêu cầu cứng nhắc mà là cuộc hội thoại liên tục với người dùng. Bằng cách chấp nhận sự linh hoạt và ưu tiên phản hồi của người dùng, bạn có thể đảm bảo sản phẩm của mình phát triển cùng với nhu cầu của họ.
Vì vậy, hãy chọn công cụ quản lý dự án Agile yêu thích của bạn và bắt đầu hành trình hợp tác mang lại giá trị thực sự, từng câu chuyện người dùng một.
Khám phá các tính năng quản lý nhanh nhẹn và các mẫu thu thập yêu cầu khác nhau do ClickUp cung cấp để hỗ trợ quá trình này.
Đăng ký ClickUp ngay hôm nay!