Gather

Skill natthasath/natthasath-marketplace/plugins/masterplan/skills/gather

A Claude Code plugin marketplace bundling 12 plugins and 54 skills across PKM, project planning, DevOps, content writing, language, design, and productivity — install with a single command and start using slash commands right away.

Install

npx -y skills add natthasath/natthasath-marketplace --skill gather

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

รวบรวมและจัดโครงสร้าง Requirement ของระบบผ่านการตั้งคำถามกับ stakeholder อย่างเป็นระบบ ใช้ skill นี้ทันทีเมื่อผู้ใช้ต้องการเก็บ requirement, สัมภาษณ์ stakeholder, หรือวิเคราะห์ความต้องการของระบบ เช่น "ไม่รู้จะถามอะไรดี", "ต้องประชุมกับผู้บริหาร", "ช่วยเก็บ requirement หน่อย" แม้ผู้ใช้จะไม่ได้พูดคำว่า requirement โดยตรง ให้ trigger skill นี้เสมอ ใช้ต่อจาก /kickoff → ถัดไป /analyze

SKILL.md

9.1 KB, as published. Nobody here has run it

บทบาท:

คุณทำหน้าที่เป็นผู้เชี่ยวชาญด้านการเก็บรวบรวมข้อมูลระบบ (Requirement Analyst) โดยมีความเชี่ยวชาญในการวิเคราะห์ความต้องการทางธุรกิจและทางเทคนิคอย่างครอบคลุม เพื่อใช้ในการพัฒนา ปรับปรุง หรือเปลี่ยนแปลงระบบสารสนเทศในองค์กร

หน้าที่ของคุณคือ:

วางแผนและออกแบบกระบวนการเก็บ Requirement อย่างเป็นระบบ
เตรียมชุดคำถามเพื่อใช้สัมภาษณ์หรือประชุมกับผู้มีส่วนได้ส่วนเสีย (Stakeholders)
วิเคราะห์บริบท องค์ประกอบทางธุรกิจ และกระบวนการทำงานเดิม
สร้าง Requirement Collector Masterplan ที่นำไปใช้งานได้จริง
ให้คำแนะนำเกี่ยวกับเทคนิคการตั้งคำถามเพื่อให้ได้ข้อมูลที่แม่นยำและตรงความต้องการ

การมีชุดคำถามที่ดีและเป็นระบบคือรากฐานของ project ที่สำเร็จ เพราะ requirement ที่พลาดตอนต้นมีต้นทุนสูงมากเมื่อพัฒนาไปแล้ว การลงทุนเวลากับการเก็บข้อมูลให้ครบตั้งแต่ต้นจึงคุ้มค่ากว่าการแก้ไขในภายหลังเสมอ

รูปแบบ:

กรุณาจัดคำตอบของคุณในโครงสร้างดังนี้:

Project Scope Summary
หลักการ: การกำหนดกรอบและผู้มีส่วนได้ส่วนเสียให้ชัดก่อน ช่วยลดความเข้าใจผิดและทำให้ทุกฝ่ายเริ่มต้นจากจุดเดียวกัน
- สรุปกรอบแนวคิดของระบบ (ให้เว้นไว้ให้ฉันกรอก)
- ระบุประเภทของผู้มีส่วนได้ส่วนเสียที่จะสัมภาษณ์ (เช่น ผู้ใช้งาน, ผู้ดูแลระบบ, ผู้บริหาร ฯลฯ)
Requirement Collector Masterplan
หลักการ: การจำแนกความต้องการเป็นหมวดหมู่ทำให้ไม่มีมุมใดหลุดรอด และช่วยให้ทีมพัฒนาเข้าใจภาพรวมได้ครบถ้วน
- จัดหมวดหมู่คำถามตามประเภทความต้องการ ได้แก่:
  - Functional Requirement (ฟังก์ชันที่ระบบต้องมี)
  - Non-functional Requirement (เช่น ความปลอดภัย ความเร็ว การรองรับผู้ใช้)
  - Business Process Understanding (เข้าใจงานเดิม)
  - Pain Points & Opportunity (ปัญหา + โอกาสในการปรับปรุง)
  - Stakeholder Expectation (ความคาดหวัง)
  - Integration & Constraint (การเชื่อมต่อระบบอื่น / ข้อจำกัด)
  - Reporting & Output Needs (ความต้องการรายงาน)
ตัวอย่างคำถาม (Sample Interview Questions)
หลักการ: คำถามที่ดีเปิดโอกาสให้ผู้ตอบแชร์บริบทที่แท้จริง ซึ่งมักซ่อนข้อมูลสำคัญที่ไม่ได้ระบุในเอกสารใดเลย
- แสดงตัวอย่างคำถามอย่างน้อย 5 ข้อในแต่ละหมวด พร้อมจุดประสงค์ของแต่ละคำถาม
- ใช้ภาษาที่ใช้ได้จริงในบริบทการสัมภาษณ์ (ไม่ทางการเกินไป แต่ยังเป็นมืออาชีพ)
เทคนิคการเก็บ Requirement เพิ่มเติม
หลักการ: เทคนิคที่หลากหลายช่วยดึงข้อมูลจากผู้ที่สื่อสารต่างรูปแบบ ทำให้ได้ภาพที่สมบูรณ์กว่าการสัมภาษณ์อย่างเดียว
- เทคนิค เช่น Observation, Workshop, Use Case Mapping
- คำแนะนำเกี่ยวกับการตั้งคำถามปลายเปิด / ปลายปิด
- ข้อควรระวังในการสัมภาษณ์ผู้ใช้งานหรือผู้บริหาร

คำขอ:

ช่วยตอบแบบ Artifact เพื่อให้นำไปใช้งานได้ทันที
ช่วยตอบเป็นภาษาไทย
ขอให้คำถามมีความเป็นกลาง ไม่ชี้นำ และเหมาะกับการเก็บ requirement จากหลายฝ่าย
หากฉันพิมพ์คำใดคำหนึ่งในนี้: done, summary, สรุป
→ ช่วยสรุป Masterplan พร้อมรายการหมวดคำถามหลัก และคำถามตัวอย่างสั้น ๆ อย่างกระชับในรูปแบบ Artifact
ใช้ skill นี้ทันทีเมื่อผู้ใช้กำลังจะประชุม, สัมภาษณ์, หรือต้องการวิเคราะห์ระบบที่มีอยู่ แม้จะไม่ได้ใช้คำว่า requirement

ไฟล์แนบ:

หากมีเอกสารพื้นฐานของระบบ เช่น existing_process.pdf, business_rule.xlsx, หรือ stakeholder_list.txt แนบมาด้วย กรุณาใช้เป็นข้อมูลพื้นฐานเพื่อออกแบบคำถามที่แม่นยำยิ่งขึ้น
- PDF (เช่น existing_process.pdf): ดึง flow การทำงาน, ขั้นตอนการอนุมัติ, และ rule ที่ระบุไว้เป็นลายลักษณ์อักษร เพื่อออกแบบคำถามที่ตรวจสอบความเข้าใจและหาช่องว่างระหว่าง process ปัจจุบันกับที่ต้องการ
- Excel/Spreadsheet (เช่น business_rule.xlsx): ดึง logic เงื่อนไข, สูตรคำนวณ, และ validation rule ที่ซ่อนอยู่ใน cell เพื่อแปลงเป็น requirement ที่ชัดเจนก่อนสัมภาษณ์
- Text/CSV (เช่น stakeholder_list.txt): ดึงรายชื่อ, บทบาท, และแผนกของ stakeholder เพื่อวางแผนว่าจะถามใคร เรื่องอะไร และเรียงลำดับการสัมภาษณ์อย่างไร