analyse-problem

Tổng quan về skill analyse-problem

analyse-problem dùng để làm gì

Skill analyse-problem biến một vấn đề rối rắm thành một bản tóm tắt A3 có cấu trúc rõ ràng: bối cảnh, hiện trạng, trạng thái mục tiêu, phân tích nguyên nhân gốc rễ, biện pháp đối phó, kế hoạch triển khai và phần theo dõi sau đó. Đây là lựa chọn phù hợp nhất cho Strategic Planning, vận hành, sản phẩm và kỹ thuật khi bạn cần một tuyên bố vấn đề đủ rõ để ra quyết định, thay vì một buổi brainstorm.

Ai nên cài đặt

Hãy cài analyse-problem nếu bạn thường xuyên cần diễn đạt vấn đề thật rõ, căn chỉnh các bên liên quan, hoặc chuyển từ triệu chứng sang nguyên nhân. Skill này hợp với những ai muốn có một khuôn mẫu lặp lại được cho review sự cố, cải tiến quy trình, gỡ blocker của dự án, hoặc các buổi lập kế hoạch.

Điểm khác biệt là gì

Giá trị của nó không nằm ở “viết hay hơn bằng AI”, mà ở sự ràng buộc. analyse-problem buộc mô hình phải ghi chép vấn đề trong một trang, tách факт khỏi giả định, và kết thúc bằng hành động cùng cách kiểm chứng. Nhờ vậy, nó hữu ích hơn một prompt chung cho analyse-problem trong Strategic Planning, vì nó ép khung quyết định chặt hơn.

Cách sử dụng skill analyse-problem

Cài đặt và kích hoạt

Dùng luồng cài đặt trong skills manager của bạn, rồi gọi skill analyse-problem bằng một câu mô tả vấn đề ngắn gọn. Mẫu sử dụng của repository là /analyse-problem [problem_description], và skill này hỗ trợ mô tả vấn đề tùy chọn cùng đầu ra markdown theo mặc định. Nếu môi trường của bạn ánh xạ skill theo cách khác, hãy truyền cùng một ý định: một câu mô tả vấn đề ngắn, cụ thể.

Đưa đúng đầu vào cho skill

Đầu vào tốt sẽ nêu tên vấn đề, phạm vi và bằng chứng. Ví dụ: “Tỷ lệ hoàn tất onboarding của khách hàng enterprise giảm 18% trong tháng này; hãy phân tích nguyên nhân và đề xuất biện pháp đối phó.” Các đầu vào yếu như “cải thiện onboarding” khiến mô hình phải đoán mục tiêu, người chịu trách nhiệm và thước đo thành công. Khi dùng analyse-problem, hãy bao gồm:

• triệu chứng
• quy trình hoặc team bị ảnh hưởng
• dữ liệu, ví dụ hoặc mốc thời gian liên quan
• kết quả mong muốn hoặc ràng buộc

Đọc trước các phần này của repository

Bắt đầu với SKILL.md, rồi xem các hướng dẫn được liên kết trong README.md, AGENTS.md, metadata.json, và các thư mục như rules/, resources/, references/, hoặc scripts/ nếu có. Với repo này, nguồn chính tập trung trong plugins/kaizen/skills/analyse-problem, nên không có nhiều lớp phụ trợ phải lần theo.

Định hình prompt để cho ra kết quả tốt hơn

Một prompt hướng dẫn analyse-problem tốt cần đủ cụ thể để điền được từng phần của A3. Ví dụ:
“Dùng analyse-problem để ghi lại vì sao release bị trễ tăng lên trong Q2. Bao gồm số liệu nền, các nguyên nhân gốc rễ có khả năng xảy ra, 3 biện pháp đối phó xếp hạng theo tác động và công sức, và kế hoạch theo dõi 30 ngày.”
Cách này cho kết quả hữu dụng hơn nhiều so với việc yêu cầu một phân tích chung chung, vì nó cung cấp dữ kiện để mô hình sắp xếp và một quyết định cần hỗ trợ.

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

analyse-problem chỉ dành cho Strategic Planning thôi sao?

Không. Nó hữu ích ở bất cứ đâu cần đóng khung, điều tra và giao hành động cho một vấn đề: lỗi sản phẩm, nút thắt vận hành, thất bại quy trình của team, hoặc các buổi rà soát chiến lược. Định dạng A3 có thể dùng rộng, nhưng skill này phát huy giá trị nhất khi đầu ra sẽ được chia sẻ với người khác.

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

Một prompt bình thường có thể yêu cầu phân tích, nhưng skill analyse-problem cung cấp cấu trúc tái sử dụng và kỷ luật đầu ra. Điều đó quan trọng khi bạn cần bao quát nhất quán nguyên nhân gốc rễ, biện pháp đối phó và phần theo dõi, thay vì một lời giải thích tự do.

Người mới có dùng tốt được không?

Có, nếu đầu vào đủ cụ thể. Người mới thường gặp khó khi vấn đề quá mơ hồ, nên hãy cung cấp những gì bạn biết: triệu chứng quan sát được, phạm vi, thời điểm và một mục tiêu sơ bộ. Skill này có thể giúp sắp xếp lại suy nghĩ chưa hoàn chỉnh, nhưng nó không thể tự bịa ra dữ kiện còn thiếu một cách an toàn.

Khi nào không nên dùng?

Không nên dùng analyse-problem khi bạn chỉ cần một bản tóm tắt nhanh, một cập nhật trạng thái, hoặc một buổi lên ý tưởng sáng tạo. Nó cũng không phù hợp nếu vấn đề vẫn chưa có phạm vi ổn định; trong trường hợp đó, hãy xác định rõ vấn đề trước rồi mới yêu cầu phân tích có cấu trúc.

Cách cải thiện skill analyse-problem

Đưa cho nó bằng chứng, không chỉ kết luận

Bước nhảy chất lượng lớn nhất đến từ đầu vào cụ thể: số liệu, ví dụ, mốc thời gian sự cố, trích dẫn người dùng, hoặc ghi chú quy trình. Nếu bạn đã nghi ngờ một nguyên nhân gốc rễ, hãy gắn nhãn nó là giả thuyết chứ không phải факт, để phần phân tích có thể kiểm tra nó thay vì lặp lại nó.

Yêu cầu đầu ra phục vụ quyết định

Với analyse-problem, hãy yêu cầu những gì giúp team hành động được: nguyên nhân được xếp hạng, biện pháp đối phó gắn với từng nguyên nhân, người phụ trách, phụ thuộc, và kế hoạch xác minh. Nếu bạn muốn giá trị cho Strategic Planning, hãy yêu cầu đánh đổi giữa tác động và công sức thay vì một bài tường thuật dài.

Chú ý các lỗi thường gặp

Lỗi phổ biến nhất là nói quá nhiều về triệu chứng nhưng lại mô tả quá ít về trạng thái mục tiêu. Một lỗi khác là gộp nhiều vấn đề vào cùng một trang. Hãy tách những vấn đề không liên quan, và giữ mỗi phân tích tập trung vào một quyết định, một người chịu trách nhiệm, và một kết quả đo lường được.

Lặp lại sau bản nháp đầu tiên

Hãy dùng đầu ra đầu tiên để kiểm tra các khoảng trống: thiếu dữ liệu, liên kết nhân quả yếu, hoặc hành động không khớp với nguyên nhân gốc rễ. Sau đó tinh chỉnh prompt bằng dữ kiện và ràng buộc mới, như ngân sách, deadline, năng lực team, hoặc định dạng bắt buộc cho buổi review với lãnh đạo.