Cách tạo tiêu chí chấp nhận hiệu quả cho nhóm của bạn

Khi nào một công việc được coi là đã hoàn thành? Khi công việc đáp ứng các yêu cầu. Tuy nhiên, các yêu cầu có thể được cố ý viết mơ hồ hoặc ở mức độ cao. Mặc dù các yêu cầu cho chúng ta biết sản phẩm tổng thể cần làm gì, nhưng chúng không xác định tất cả các tiêu chuẩn mà sản phẩm phải đáp ứng.

Đó là công việc của một công cụ quản lý dự án agile khác gọi là tiêu chí chấp nhận. Trong bài đăng trên blog này, chúng tôi sẽ tìm hiểu tiêu chí chấp nhận là gì, tại sao bạn cần nó và cách viết tiêu chí chấp nhận cho dự án của bạn.

Tiêu chí chấp nhận là gì?

Có nguồn gốc từ kỹ thuật phần mềm, tiêu chí chấp nhận là một tập hợp các điều kiện mà một tính năng/bản cập nhật mới phải đáp ứng để được coi là hoàn thành.

Đặc điểm của tiêu chí chấp nhận hiệu quả

Tiêu chí chấp nhận là điểm kiểm tra cuối cùng để xác định sản phẩm/tính năng đã sẵn sàng cho người dùng hay chưa. Chúng là dấu chứng nhận rằng sản phẩm/tính năng đủ tốt để đưa vào sản xuất.

Để hiệu quả, tiêu chí chấp nhận phải đáp ứng các yêu cầu sau:

Tập trung vào người dùng: Các nhóm tạo ra các tiêu chí chấp nhận từ góc độ của người dùng để đảm bảo sự phù hợp với các mục tiêu kinh doanh.

Định hướng kết quả: Không giống như câu chuyện người dùng, tiêu chí chấp nhận xác định kết quả mong muốn. Do đó, chúng cũng cần phải có thể đo lường được.

Cụ thể: Mỗi tiêu chí phải cụ thể và áp dụng cho một khía cạnh của tính năng.

Súc tích: Phải là những câu ngắn gọn. Phải sử dụng ngôn ngữ và thuật ngữ mà nhóm phát triển sử dụng và cảm thấy thoải mái.

Độc lập: Tốt nhất là đảm bảo rằng một tiêu chí chấp nhận không phụ thuộc vào tiêu chí khác, tạo ra một mạng lưới phức tạp.

Có thể kiểm tra: Đây là khía cạnh quan trọng nhất. Một tiêu chí chấp nhận tốt cần phải có thể kiểm tra được. Thông thường, tiêu chí này có dạng kết quả có hoặc không.

Tại sao tiêu chí chấp nhận lại quan trọng?

Mọi nhóm phần mềm đều biết cách thu thập các yêu cầu trong agile để xác định chính xác những gì chủ sở hữu sản phẩm/khách hàng cần. Vậy tại sao chúng ta lại cần một công cụ khác? Đây là lý do.

Bối cảnh phổ biến

Tiêu chí chấp nhận tạo ra sự hiểu biết chung giữa chủ sở hữu sản phẩm, nhà phát triển và nhà phân tích chất lượng về từng tính năng. Chúng tránh được sự nhầm lẫn, giải thích chủ quan và những hiểu lầm tiềm ẩn.

Điều chỉnh sản phẩm

Tiêu chí chấp nhận đóng vai trò như thang đo lường mức độ phù hợp của sản phẩm/tính năng với các yêu cầu, mục tiêu và mục đích. Chúng kết nối mã với hoạt động kinh doanh.

Hiệu quả kiểm thử

Khi bạn đã xác định rõ tiêu chí chấp nhận, các nhóm chất lượng của bạn có thể tự động hóa và đẩy nhanh quá trình kiểm thử nhanh. Họ cũng tạo ra tính lặp lại giữa các sprint.

Hiệu quả quản lý dự án

Tiêu chí chấp nhận tốt cho phép thực hiện các biện pháp giám sát, theo dõi và kiểm soát dự án tốt hơn. Nó hiển thị rõ ràng lý do tại sao một tính năng phải được làm lại, giúp các quản lý dự án tối ưu hóa quy trình.

Kết thúc tích cực

Về cơ bản, tiêu chí chấp nhận phác thảo định nghĩa về việc hoàn thành trong các dự án agile. Vì vậy, khi tất cả các tiêu chí chấp nhận được đáp ứng, bạn có thể tự tin giao sản phẩm với sự chắc chắn rằng bạn đã hoàn thành mọi việc cần thiết.

Nếu điều đó đã thuyết phục bạn kết hợp các tiêu chí chấp nhận vào dự án của mình, đây là cách để bắt đầu.

Cách viết tiêu chí chấp nhận

Dù có thể rất hấp dẫn, nhưng viết tiêu chí chấp nhận không phải là công việc của một người. Để có hiệu quả, tiêu chí chấp nhận phải kết hợp ý kiến của các bên liên quan. Chủ sở hữu sản phẩm thường viết tiêu chí chấp nhận với ý kiến kỹ thuật từ nhóm phát triển.

Dưới đây là cách tiếp cận chiến lược và toàn diện để viết tiêu chí chấp nhận một cách hợp tác với sự trợ giúp của công cụ quản lý sản phẩm tất cả trong một như ClickUp.

1. Hiểu rõ mục đích của tiêu chí chấp nhận

Bước đầu tiên là tìm hiểu lý do bạn viết tiêu chí chấp nhận. Tiêu chí này chỉ dành cho bộ phận QA để chạy thử nghiệm? Tiêu chí này do khách hàng đề ra? Đây là các yêu cầu tuân thủ? Đây là bằng chứng về khái niệm? Hiểu mục đích của tiêu chí chấp nhận để đảm bảo tiêu chí này hiệu quả đối với đối tượng và nhu cầu đó.

Trong khi các tiêu chí chấp nhận thực tế sẽ rõ ràng và có thể kiểm tra được, tài liệu mục đích sẽ tìm hiểu chi tiết lý do tại sao. Ví dụ, giả sử một trong các tiêu chí chấp nhận là "kích hoạt chế độ tương phản cho người có thị lực kém"

Tài liệu mục đích có thể nêu rõ: "Các tính năng hỗ trợ thị lực kém là tính năng cơ bản của ứng dụng của chúng tôi vì chúng tôi phục vụ khách hàng trên 50 tuổi. Một sản phẩm dễ sử dụng cho đối tượng này sẽ giảm đáng kể gánh nặng thăm hỏi tại nhà cho nhóm nhân viên tại hiện trường của chúng tôi. "

ClickUp Docs là nơi tuyệt vời để tập hợp tất cả thông tin và xác định mục đích của bạn. Sử dụng tài liệu này như một bản hướng dẫn để tất cả các bên liên quan cùng hiểu rõ (theo nghĩa đen!) về sự cần thiết và tầm quan trọng của tiêu chí chấp nhận.

Cộng tác trong thời gian thực, chỉnh sửa, để lại nhận xét và gắn thẻ người khác để nhận phản hồi. Khi hoàn thành, bạn cũng có thể tạo nhiệm vụ ngay từ trong Tài liệu ClickUp.

2. Bắt đầu với câu chuyện của người dùng

Bây giờ, khi bối cảnh đã được thiết lập, đã đến lúc bắt đầu viết. Bắt đầu với câu chuyện của người dùng. Xem xét hành trình của người dùng mà mỗi tính năng phải hỗ trợ và viết các tiêu chí chấp nhận tương ứng.

Trong khi sử dụng Nhiệm vụ ClickUp cho câu chuyện người dùng của bạn, bạn có thể tạo các trường tùy chỉnh cho các chi tiết cụ thể như vai trò của người dùng, mục tiêu, kết quả mong muốn, phụ thuộc, v.v. Với tất cả thông tin đó ở một nơi, hãy nghĩ về việc "hoàn thành" sẽ trông như thế nào.

Nếu bạn hoàn toàn mới với lĩnh vực này, đây là mẫu thân thiện với người mới bắt đầu để giúp bạn khởi đầu. Sử dụng Mẫu câu chuyện người dùng của ClickUp để quản lý câu chuyện, chia nhỏ thành các nhiệm vụ, sắp xếp thứ tự ưu tiên cho các tính năng, phát triển chúng và cung cấp các sản phẩm đẳng cấp thế giới.

3. Viết tiêu chí chấp nhận

Dựa trên câu chuyện của người dùng, viết các tiêu chí chấp nhận. Cách đơn giản nhất để làm việc này là tạo một danh sách kiểm tra. Ví dụ: khi bạn đang tạo biểu mẫu một trường để đăng ký nhận bản tin, danh sách tiêu chí chấp nhận của bạn có thể trông như sau:

Danh sách kiểm tra nhiệm vụ ClickUp có thể xử lý tất cả điều này ngay trong nhiệm vụ bạn đã tạo cho câu chuyện người dùng. Dưới mỗi nhiệm vụ, thêm danh sách kiểm tra cho các tiêu chí chấp nhận áp dụng cho nhiệm vụ đó.

Bạn có tiêu chí bảo mật hoặc hiệu suất chung áp dụng cho tất cả các công việc không? Đừng lo lắng! Tạo mẫu danh sách kiểm tra và áp dụng tự động cho tất cả các công việc có liên quan.

4. Sử dụng định dạng Given-When-Then

Một cách khác để xác định tiêu chí chấp nhận là sử dụng định dạng Given-When-Then (GWT). Nói một cách đơn giản, nó trông như thế này.

Về cơ bản, điều này có nghĩa là khi người dùng dự định thực hiện một hành động mong muốn ( ) trong một tình huống mong muốn ( ), thì kết quả mong muốn ( ) sẽ xảy ra. Hãy xem ví dụ sau để hiểu rõ hơn.

5. Hợp tác với các bên liên quan

Tiêu chí chấp nhận tốt không được viết một cách cô lập. Thông thường, các nhà quản lý sản phẩm mang đến quan điểm của người dùng và nhu cầu kinh doanh. Nhóm thiết kế sẽ tập trung vào trải nghiệm người dùng, khả năng sử dụng, khả năng truy cập, v.v. Nhóm phát triển đóng góp vào các thông số kỹ thuật. DevOps sẽ quan tâm đến hiệu suất và sử dụng tài nguyên.

Để đảm bảo sản phẩm của bạn đáp ứng tất cả các yêu cầu này, bạn cần viết các tiêu chí chấp nhận một cách hợp tác. Với ClickUp, việc này có thể đơn giản hơn bạn tưởng.

Đối với mỗi nhiệm vụ trong câu chuyện người dùng, hãy thêm tiêu chí chấp nhận dưới dạng danh sách kiểm tra, trường tùy chỉnh, mô tả hoặc nhận xét. Sử dụng nhận xét lồng nhau của ClickUp để thảo luận về từng tiêu chí chấp nhận và @đề cập để liên lạc với các bên liên quan. Phân công các mục hành động và hơn thế nữa.

6. Giữ cho nội dung đơn giản và súc tích

Tránh sử dụng liên từ trong tiêu chí chấp nhận. Không dùng 'and' hoặc 'or'. Giữ cho tiêu chí ngắn gọn, tốt nhất là một câu đơn giản. Sử dụng các từ 'should' và 'must' thay vì 'can', 'may' hoặc 'might'

7. Đảm bảo khả năng kiểm thử

Để đảm bảo rằng các tiêu chí chấp nhận của bạn được đáp ứng, bạn cần phải kiểm tra chúng. Cách bạn viết tiêu chí đóng vai trò quan trọng trong việc đó. Đảm bảo rằng tiêu chí chấp nhận của bạn phù hợp để viết các trường hợp kiểm tra. Hãy mở rộng ví dụ trước.

Nếu tiêu chí chấp nhận là "người dùng phải có thể nhập địa chỉ email của mình", thì trường hợp thử nghiệm sẽ là:

8. Kiểm tra và chỉnh sửa

Trong suốt quá trình phát triển, hãy theo dõi và tối ưu hóa các tiêu chí chấp nhận của bạn. Với ClickUp, bạn cũng có thể thiết lập báo cáo cho từng tiêu chí để xem những gì cần chú ý.

Sử dụng Bảng điều khiển ClickUp để tạo các tiện ích có thể tùy chỉnh cho các tiêu chí chấp nhận quan trọng đối với bạn. Xem các tính năng nào đang bị tụt hậu và phát triển các chiến lược để giải quyết nguyên nhân gốc rễ.

Với những kiến thức trên, bạn đã biết những việc cần làm. Bây giờ, hãy chuyển sự chú ý sang những việc không nên làm.

Những lỗi thường gặp cần tránh khi viết tiêu chí chấp nhận

Trong các tham số kỹ thuật, chức năng và vận hành, bạn có thể mắc bất kỳ số lượng lỗi nào khi viết tiêu chí chấp nhận. Dưới đây là những lỗi phổ biến mà các nhóm thường mắc phải.

Việc cần làm một mình

Chủ sở hữu sản phẩm thường cảm thấy áp lực khi phải tự mình viết tiêu chí chấp nhận. Ngay cả khi có ý tốt, cách làm này cũng có thể bỏ sót kiến thức kỹ thuật của nhóm phát triển.

Luôn viết tiêu chí chấp nhận một cách hợp tác.

Bỏ qua người dùng

Vì tiêu chí chấp nhận nằm ở giai đoạn cuối của quá trình phát triển, nên rất dễ quên mất trải nghiệm của người dùng. Đây là một sai lầm nghiêm trọng.

Luôn tạo tiêu chí chấp nhận dựa trên người dùng cuối.

Tập trung vào cách

Tiêu chí chấp nhận không liên quan đến cách thức hoạt động của một công cụ phần mềm. Chúng liên quan đến kết quả mà công cụ đó phải mang lại. Viết tiêu chí chấp nhận để định nghĩa 'cách' viết tính năng có thể mang lại kết quả ngược lại.

Luôn tập trung vào kết quả và thành quả mong đợi.

Tránh viết mơ hồ

Tiêu chí chấp nhận mơ hồ hoặc rộng rãi sẽ mang lại kết quả ngược lại với mục đích ban đầu: Chúng để ngỏ cho nhiều cách hiểu khác nhau. Điều này có nghĩa là kết quả có thể khác nhau tùy thuộc vào người kiểm tra, hoàn cảnh hoặc thậm chí môi trường.

Luôn đảm bảo tiêu chí chấp nhận rõ ràng, cụ thể và không gây nhầm lẫn.

Thêm quá nhiều

Mặc dù không có thang đo cho số lượng hợp lý, nhưng viết quá nhiều là một sai lầm lớn. Trên thực tế, có quá nhiều tiêu chí chấp nhận có thể cho thấy bạn cần chia nhỏ câu chuyện người dùng thành các phần nhỏ hơn. Hãy xem các điểm câu chuyện nhanh trên câu chuyện người dùng để xác nhận lý thuyết này.

Luôn chỉ liệt kê các tiêu chí chấp nhận thực sự cần thiết.

Thực hành tốt nhất khi viết tiêu chí chấp nhận

Tiêu chí chấp nhận là một công cụ giao tiếp hợp tác quan trọng cho các nhóm phát triển phần mềm. Trong phần này, chúng tôi sẽ tập trung vào cách bạn có thể làm cho nó hiệu quả nhất có thể.

Rõ ràng

Đảm bảo tiêu chí chấp nhận được hiểu rõ ràng bởi tất cả các bên liên quan. Nhà phát triển cần hiểu rõ ý nghĩa của tiêu chí chấp nhận. Và chuyên viên kiểm thử cần biết cách chuyển đổi tiêu chí đó thành trường hợp kiểm thử.

Sử dụng ngôn ngữ đơn giản

Viết tiêu chí chấp nhận bằng tiếng Anh đơn giản. Không sử dụng ngôn ngữ kỹ thuật. Đặc biệt, không nên chỉ cho nhà phát triển cách viết mã.

Giữ kết quả ở dạng nhị phân

Tiêu chí chấp nhận hoặc là được đáp ứng hoặc là không. Không có tiêu chí được đáp ứng một phần hoặc hoàn thành 80%. Vì vậy, hãy viết tiêu chí chấp nhận dưới dạng câu khẳng định hoặc phủ định.

Đảm bảo tính đo lường được

Cách đơn giản nhất để đạt được kết quả đậu hoặc trượt là làm cho chúng có thể đo lường được. Ví dụ: nếu tiêu chí chấp nhận của bạn là "tốc độ tải trang dưới 3 giây", thì rất dễ kiểm tra và đạt yêu cầu.

Chỉ đưa ra các giả định hợp lý

Thông thường, chủ sở hữu sản phẩm có thể nghĩ rằng một điều gì đó là "hiển nhiên" vì họ rất gần gũi với người dùng. Điều đó có thể không hiển nhiên đối với nhà phát triển. Vì vậy, đừng đưa ra giả định nếu có thể tránh được. Khi cần, hãy đưa ra giả định hợp lý với sự hợp tác của nhóm.

Ví dụ về tiêu chí chấp nhận

Hãy cùng khám phá một số ví dụ về tiêu chí chấp nhận trong thế giới thực, không chỉ trong phát triển phần mềm mà còn trong các hàm khác.

Ví dụ 1: Phát triển phần mềm (sử dụng phương pháp danh sách kiểm tra)

Công việc: Tìm kiếm chức năng trên một trang web dựa trên nội dung.

Ví dụ 2: Phát triển phần mềm (sử dụng phương pháp GTW)

Công việc: Tính năng đặt lịch hẹn

Ví dụ 3: Viết nội dung (sử dụng phương pháp danh sách kiểm tra)

Công việc: Viết một bài blog 1000 từ về bộ phim mới nhất của Tom Cruise

Ví dụ 4: Phương pháp tiếp thị (sử dụng GTW)

Công việc: Chạy chiến dịch quảng cáo dựa trên ý định trên Google Tìm kiếm

Vai trò của tiêu chí chấp nhận trong phương pháp Agile

Nếu agile là về việc chia tách các hệ thống lớn thành các phần nhỏ, dễ quản lý và xây dựng chúng theo từng giai đoạn, thì tiêu chí chấp nhận càng làm nổi bật điều đó.

Trong phần thêm vào giỏ hàng, có thể có nhiều chức năng nhỏ, chẳng hạn như sản phẩm hết hàng hoặc người dùng có thể điều chỉnh số lượng thêm vào giỏ hàng như thế nào. Tiêu chí chấp nhận được viết tốt sẽ giúp bạn zoom vào những chi tiết nhỏ này.

Trong các phương pháp agile, tiêu chí chấp nhận giúp:

Xác định kết quả: Tiêu chí chấp nhận cho nhóm chất lượng biết tính năng hoàn thành trông như thế nào.

Tạo điều kiện thuận lợi cho các cuộc thảo luận: Phát triển Agile không chỉ là về mã. Nó là về việc giải quyết các vấn đề kinh doanh bằng công nghệ. Tiêu chí chấp nhận giúp tạo điều kiện thuận lợi cho các cuộc thảo luận này để cho phép các sự đánh đổi phù hợp và các quyết định liên quan.

Tập hợp các nhóm đa chức năng: Chủ sở hữu sản phẩm, nhà phân tích kinh doanh, nhà thiết kế, nhà phát triển, nhà kiểm tra và nhóm vận hành đều có được sự hiểu biết chung về sản phẩm dựa trên các tiêu chí chấp nhận.

Thúc đẩy tiến độ: Khi các tiêu chí chấp nhận được đáp ứng, công việc sẽ chuyển sang giai đoạn tiếp theo trong chu kỳ phát triển phần mềm.

Giao sản phẩm tốt hơn, nhanh hơn với ClickUp

Một trong những bước quan trọng trong việc xây dựng phần mềm tốt là đáp ứng các tiêu chí chấp nhận đã nêu. Tuy nhiên, giữa hàng tá tài liệu, báo cáo, cuộc họp, kế hoạch và thảo luận, một số mục thường bị bỏ sót. Tránh điều đó với công cụ quản lý sản phẩm như ClickUp.

ClickUp không chỉ là một trình quản lý công việc. Đây là một nền tảng toàn diện được thiết kế dành riêng cho các nhóm phát triển sản phẩm. Với các nhiệm vụ ClickUp mạnh mẽ, bạn có thể lập kế hoạch và lên lịch cho các câu chuyện của người dùng, thêm tiêu chí chấp nhận, liên kết chúng với các trường hợp thử nghiệm và di chuyển chúng xuống đường ống một cách nhanh chóng và hiệu quả.

Giao hàng nhanh hơn với ClickUp Brain để tạo ý tưởng, lập lộ trình, tóm tắt các cuộc thảo luận và xây dựng tài liệu. Theo dõi tổng quan và các chi tiết cụ thể tại một nơi với Bảng điều khiển ClickUp. Xem ClickUp có đáp ứng các tiêu chí chấp nhận của bạn để trở thành giải pháp quản lý sản phẩm tuyệt vời hay không.

Dùng thử ClickUp miễn phí ngay hôm nay.