3C, SMART và INVEST trong Agile

3C là gì?

3C trong Agile là một khái niệm được sử dụng để mô tả cách tiếp cận viết User Story trong phương pháp Agile. 3C đại diện cho Card (thẻ), Conversation (cuộc trò chuyện) và Confirmation (xác nhận). Các yếu tố này giúp Scrum Team hiểu rõ và xác định yêu cầu của khách hàng một cách rõ ràng và đồng nhất.

1. Card (Thẻ): Card đại diện cho User Story, là một tấm thẻ nhỏ chứa thông tin về yêu cầu từ khách hàng. Thẻ này bao gồm mô tả ngắn gọn về chức năng hoặc tính năng cần thực hiện và thường được viết bằng ngôn ngữ thông thường để dễ hiểu cho mọi thành viên trong Scrum Team.
2. Conversation (Cuộc trò chuyện): Conversation đề cập đến quá trình thảo luận và trao đổi giữa khách hàng, Product Owner và Development Team. Cuộc trò chuyện này xảy ra để hiểu rõ hơn về yêu cầu của khách hàng, đặt câu hỏi, phân tích và đưa ra các yêu cầu chi tiết hơn. Thông qua cuộc trò chuyện, Scrum Team có thể thu thập thông tin cần thiết để hiểu rõ yêu cầu và đưa ra các quyết định về phương pháp thực hiện.
3. Confirmation (Xác nhận): Confirmation là quá trình xác nhận và chia sẻ lại các chi tiết về yêu cầu giữa khách hàng và Scrum Team. Các chi tiết này bao gồm các tiêu chí xác định cho việc hoàn thành User Story và cách kiểm tra để xác minh tính chính xác của việc triển khai. Việc xác nhận này giúp đảm bảo rằng Scrum Team hiểu rõ yêu cầu và có thể thực hiện chúng đúng theo mong đợi của khách hàng.

Qua cả ba yếu tố Card, Conversation và Confirmation, Scrum Team có thể tạo ra các User Story chất lượng và đảm bảo sự hiểu rõ và đồng thuận giữa các bên liên quan trong quá trình phát triển phần mềm trong môi trường Agile

SMART là gì?

SMART là một từ viết tắt được sử dụng trong Agile để đề cập đến một tập hợp các tiêu chí để thiết lập các mục tiêu và yêu cầu cụ thể. SMART là viết tắt của Specific (cụ thể), Measurable (đo lường được), Achievable (có thể đạt được), Relevant (liên quan) và Time-bound (có thời hạn).

1. Specific (Cụ thể): Mục tiêu phải được định rõ và cụ thể. Thay vì mục tiêu mập mờ, nó phải xác định rõ ràng về cái gì cần đạt được, người thực hiện, ngữ cảnh và phạm vi.
2. Measurable (Đo lường được): Mục tiêu phải có khả năng đo lường để đánh giá tiến độ và thành công. Điều này đòi hỏi định rõ các chỉ số hoặc tiêu chí cụ thể để đánh giá việc đạt được mục tiêu.
3. Achievable (Có thể đạt được): Mục tiêu phải được thiết lập sao cho có khả năng đạt được, dựa trên tài nguyên hiện có và khả năng của nhóm thực hiện. Mục tiêu không nên quá dễ dàng hoặc quá khó khăn để đảm bảo sự thử thách và khả thi.
4. Relevant (Liên quan): Mục tiêu phải liên quan và hỗ trợ đến mục tiêu chung của dự án hoặc tổ chức. Nó phải có ý nghĩa và đóng góp vào chiến lược và kế hoạch tổng thể.
5. Time-bound (Có thời hạn): Mục tiêu phải có thời hạn xác định hoặc khoảng thời gian cụ thể để đạt được. Điều này giúp đảm bảo tính kịp thời và tạo động lực để hoàn thành mục tiêu.

Việc sử dụng SMART giúp định rõ, đo lường và quản lý các mục tiêu trong quá trình Agile, đảm bảo rằng các mục tiêu được xác định một cách rõ ràng, khả thi và có thể kiểm tra. SMART cũng giúp trong việc theo dõi tiến độ và đánh giá thành công của các mục tiêu trong quá trình phát triển dự án Agile.

INVEST là gì?

Trong Agile, thuật ngữ “INVEST” là viết tắt của một tập hợp các tiêu chí được sử dụng để đánh giá và xác định tính chất của các User Story (câu chuyện người dùng). INVEST giúp đảm bảo rằng User Story được viết một cách đầy đủ, rõ ràng và thực tế để phục vụ cho quá trình phát triển và triển khai.

Ý nghĩa của các tiêu chí trong INVEST:

1. Independent (Độc lập): Mỗi User Story nên tồn tại và hoạt động độc lập với các User Story khác. Điều này đảm bảo rằng mỗi User Story có thể được phát triển và triển khai một cách riêng biệt và không phụ thuộc vào các User Story khác.
2. Negotiable (Có thể đàm phán): User Story nên linh hoạt và có thể thay đổi trong quá trình thảo luận và phát triển. Điều này cho phép sự thảo luận và thương lượng giữa các thành viên trong Scrum Team để tìm ra giải pháp tốt nhất cho User Story.
3. Valuable (Có giá trị): Mỗi User Story nên mang lại giá trị thực cho khách hàng hoặc người sử dụng cuối. Nó cần phải đáp ứng nhu cầu và mong đợi của người dùng và đóng góp vào mục tiêu tổng thể của dự án.
4. Estimable (Có thể ước lượng): User Story nên có khả năng ước lượng công việc để định rõ phạm vi và thời gian cần thiết để hoàn thành. Điều này giúp Scrum Team hiểu và đánh giá mức độ phức tạp và khối lượng công việc cần thực hiện.
5. Small (Nhỏ): User Story nên được chia nhỏ thành phạm vi có thể triển khai và kiểm tra trong một khoảng thời gian ngắn. Việc chia nhỏ User Story giúp tăng tính linh hoạt, tạo ra giá trị sớm và giảm rủi ro.
6. Testable (Có thể kiểm tra): User Story nên được viết một cách rõ ràng và có thể kiểm tra được. Điều này đảm bảo rằng User Story có thể được kiểm tra để xác minh tính chính xác và đáp ứng yêu cầu.

INVEST giúp Scrum Team xác định và viết User Story một cách cụ thể, rõ ràng và thực tế. Điều này giúp tạo ra sự hiệu quả và linh hoạt trong quá trình phát triển và triển khai trong phương pháp Agile.