wwas

Tổng quan về wwas skill

wwas là một prompt skill để viết các backlog item theo định dạng Why-What-Acceptance. Hãy dùng wwas skill khi bạn cần một backlog item không chỉ dừng ở mức tóm tắt tính năng: nó phải nêu rõ lý do kinh doanh, mô tả thay đổi một cách cụ thể và xác định tiêu chí chấp nhận để team có thể kiểm thử.

Đây là lựa chọn rất phù hợp cho product manager, analyst, designer và các AI agent cần biến ý tưởng tính năng thô thành work item sẵn sàng cho sprint. Nhiệm vụ thực sự ở đây là giữ được bối cảnh chiến lược trong khi vẫn đảm bảo item độc lập, có giá trị và có thể thương lượng. wwas skill đặc biệt hữu ích khi bạn muốn có ngôn ngữ backlog nhất quán trong cả team mà không làm đặc tả phần triển khai quá mức.

wwas phù hợp nhất cho những việc gì

wwas phát huy tốt nhất trong các bài toán chia nhỏ tính năng, phát triển sản phẩm theo từng bước và lập kế hoạch liên chức năng, nơi team cần rõ ý định trước khi viết code. Nó rất hữu ích khi đầu vào ban đầu còn lộn xộn, chẳng hạn như ghi chú cuộc họp, link thiết kế hoặc một yêu cầu còn dang dở.

Vì sao wwas khác biệt

So với một prompt chung chung, wwas buộc model tách riêng Why, What và Acceptance Criteria. Cách này giảm ticket mơ hồ, giữ phạm vi nhỏ hơn và giúp đầu ra dễ review hơn khi planning. Nó cũng khuyến khích tạo ra các item có thể sắp xếp thứ tự, ước lượng và kiểm thử mà không biến prompt thành một bản đặc tả đầy đủ.

Khi nào nên cài wwas

Hãy cài wwas nếu quy trình của bạn phụ thuộc vào backlog gọn gàng, chất lượng ticket lặp lại được hoặc planning yêu cầu có hỗ trợ từ AI. Nó có giá trị nhất khi team cần một định dạng chung cho Requirements Planning, thay vì chỉ sinh văn xuôi cho từng lần riêng lẻ.

Cách dùng wwas skill

Cài wwas và tìm file nguồn

Cài skill bằng npx skills add phuryn/pm-skills --skill wwas. Sau đó hãy đọc trước SKILL.md, vì file này chứa workflow, item template và danh sách tham số định hình cách dùng wwas. Nếu bạn đang điều chỉnh cho quy trình của riêng mình, hãy xem thêm toàn bộ skill directory để nắm các convention trong những skill lân cận.

Cần cung cấp gì cho wwas

wwas hoạt động tốt nhất khi bạn cung cấp bốn đầu vào: tên product hoặc system, tính năng hay capability, link thiết kế nếu có, và giả định hoặc bối cảnh chiến lược. Những đầu vào yếu như “cải thiện onboarding” thường sẽ tạo ra acceptance criteria mơ hồ. Đầu vào tốt nên có dạng như: tên sản phẩm, người dùng mục tiêu, kết quả mong muốn và các ràng buộc.

Cách viết prompt tốt hơn

Một prompt wwas tốt sẽ nêu rõ đơn vị bàn giao và lý do kinh doanh. Ví dụ: “Tạo một WWA item cho mobile checkout flow. Why: giảm cart abandonment cho người dùng quay lại. What: thêm lựa chọn payment đã lưu, dùng Figma link. Assumptions: chỉ dành cho user đã authenticated, không thêm payment provider mới.” Cách này cung cấp đủ bối cảnh để skill tạo ra một backlog item dùng được, chứ không chỉ một đoạn văn được trau chuốt.

Quy trình thực tế cho Requirements Planning

Hãy dùng wwas sau khi bạn đã có hướng tính năng, nhưng trước khi đi vào đặc tả chi tiết. Trước tiên, thu thập yêu cầu thô và mọi ghi chú thiết kế hoặc discovery. Tiếp theo, chạy wwas để tạo cấu trúc Why-What-Acceptance. Sau đó, review xem item có độc lập không, phạm vi có vừa phải không, và có kiểm thử được không. Nếu item vẫn gộp nhiều kết quả khác nhau, hãy tách ra rồi chạy lại wwas cho đơn vị nhỏ hơn.

Câu hỏi thường gặp về wwas skill

wwas chỉ dành cho product manager thôi à?

Không. wwas skill hữu ích cho bất kỳ ai cần đầu ra Requirements Planning mà engineering và design có thể hành động theo: PM, business analyst, founder, delivery lead và các quy trình tài liệu có hỗ trợ AI.

wwas khác gì so với một prompt bình thường?

Một prompt bình thường có thể tạo ra một ghi chú mô tả tính năng. wwas thì hẹp hơn: nó buộc đầu ra theo cấu trúc backlog item với bối cảnh chiến lược, mô tả tính năng ngắn gọn và các acceptance criteria có thể quan sát được. Điều đó thường đồng nghĩa với việc phải dọn dẹp ít hơn sau khi sinh xong.

Tôi có cần file thiết kế để dùng wwas không?

Không, nhưng link thiết kế sẽ giúp tăng độ chính xác. Nếu không có design, hãy cung cấp đủ bối cảnh để xác định nhu cầu người dùng, ranh giới công việc và hành vi mong đợi. Nếu thiếu những thứ đó, skill có thể tạo ra item quá rộng.

Khi nào thì không nên dùng wwas?

Đừng dùng wwas khi bạn cần thiết kế kỹ thuật chi tiết, task triển khai hoặc release notes. Đây là công cụ cho Requirements Planning, không phải trình sinh đặc tả lập trình.

Cách cải thiện wwas skill

Đưa ra vấn đề sắc hơn

Đầu ra wwas tốt nhất luôn bắt đầu từ một vấn đề cụ thể của người dùng hoặc doanh nghiệp. Hãy thay “thêm bộ lọc” bằng “giúp nhân viên support tìm case đang mở nhanh hơn trong hàng đợi có khối lượng lớn”. Kiểu đầu vào này giúp phần Why tốt hơn và tránh acceptance criteria chung chung.

Nêu ranh giới sớm

wwas làm việc tốt hơn khi bạn nói rõ phần nào nằm ngoài phạm vi. Nếu tính năng chỉ dành cho mobile, chỉ dùng nội bộ, hoặc chỉ áp dụng cho một phân khúc người dùng, hãy nói ngay từ đầu. Điều này giúp acceptance criteria không bị trôi sang các trường hợp không liên quan.

Kiểm tra tính độc lập và khả năng kiểm thử

Lỗi phổ biến nhất khi dùng wwas là một backlog item gộp nhiều đầu việc trong một. Nếu đầu ra trộn UI, analytics và permissions vào cùng một item, hãy tách các phần đó ra và chạy lại skill. Đồng thời, hãy xác nhận rằng acceptance criteria mô tả kết quả có thể quan sát được, chứ không phải chi tiết triển khai.

Lặp lại dựa trên bản nháp đầu tiên

Hãy xem output wwas đầu tiên như một bản nháp planning. Nếu Why còn yếu, hãy phản hồi lại mục tiêu kinh doanh. Nếu What quá lớn, hãy thu hẹp tính năng. Nếu acceptance criteria quá mơ hồ, hãy thêm vai trò, trigger và kết quả mong đợi. Vòng lặp chỉnh sửa này thường cải thiện artifact Requirements Planning cuối cùng tốt hơn là chỉ thêm thật nhiều bối cảnh ban đầu.