Skill #3 · Project Debrief + Pitfalls

ใครควรสร้าง Skill ตัวนี้

• Project Manager หลังจบ project ทุก sprint
• หัวหน้าทีมที่ต้องสรุป campaign · launch · event
• Founder ที่ retrospect ทุก quarter
• ทุกคนที่ทำ "lesson learned" doc แต่ไม่มี time

โครงสร้าง 4 หัวข้อ

Industry-standard retrospective template:

1. What worked (สิ่งที่ทำได้ดี · ควรทำอีก) · 3-5 bullet
2. What didn't work (สิ่งที่ผิดพลาด · ตรงๆ ไม่ blame คน) · 3-5 bullet
3. Lessons learned (pattern ที่เห็น · ไม่ใช่ event เดียว) · 3-5 bullet
4. Next steps (apply ใน project ต่อไปยังไง) · 2-3 bullet

หัวใจคือ "ห้าม blame คน" · focus ที่ system + process

วิธีบอก Claude สร้าง Skill นี้

ช่วยสร้าง skill ทำ retrospective หลังจบโปรเจกต์
4 หัวข้อ: What worked, What didn't, Lessons, Next steps
ห้าม blame คน · focus ที่ system

คำตอบที่ดีต่อ 4 คำถาม:

5 Pitfalls ที่มือใหม่ทำผิด

ดึงจาก The Complete Guide · pages 24-25:

1. Description กว้างเกิน → ไม่ trigger

❌ "Helps with projects" ✅ "ทำ project retrospective หลังจบ sprint · 4 หัวข้อ"

ถ้า description ไม่มี keyword เฉพาะ · Claude จะไม่รู้เมื่อไหร่ควรใช้

2. Description แคบเกิน → ไม่ติด paraphrase

❌ "ทำ retrospective" (พิมพ์ "retro" หรือ "ถอดบทเรียน" ก็ไม่ trigger) ✅ "ทำ retrospective · retro · lesson learned · ถอดบทเรียน · post-mortem"

ใส่ synonym หลายตัว

3. Trigger บ่อยเกิน → กวนงานอื่น

ถ้า skill load บ่อยทั้งที่ไม่ใช่งาน retro · ใส่ negative trigger:

ตัวอย่าง description:
"...Use specifically for post-project retrospective.
DO NOT use for general project planning or sprint kickoff."

4. Instruction เยอะเกิน → context bloat

ถ้า SKILL.md ยาวเกิน 5,000 คำ · Anthropic แนะนำให้ย้าย detail ไป references/ folder · keep main file สั้น · skill จะเร็วขึ้น

5. ใส่ README.md ใน folder → ห้าม!

> เอกสารทุกอย่างต้องอยู่ใน SKILL.md หรือ references/
>
> Complete Guide · page 10

ถ้าใส่ README.md · upload อาจ fail · หรือ Claude สับสน

เมื่อ skill ทำงานไม่ถูกใจ · iterate

Skill ไม่ใช่ "เขียนครั้งเดียวจบ" · มันเหมือน living document

Iteration cycle:

1. ใช้ skill จริง 1-2 สัปดาห์
2. สังเกตจุดที่ output ไม่ตรงใจ (ยาวไป · short ไป · tone เพี้ยน)
3. กลับไปบอก Claude: "skill นี้ output ยาวเกิน · ลด bullet เหลือ 3 ต่อหัวข้อ"
4. มันจะ regenerate .skill ใหม่ · upload ทับ
5. ทดสอบอีก

ครั้งที่ 3-4 มักจะ "ใช่" แล้ว

สิ่งที่บทเรียนนี้สรุปได้

1. Project Debrief 4-section template = What worked / didn't / Lessons / Next steps
2. 5 pitfalls ที่ต้อง avoid: description กว้าง · description แคบ · trigger บ่อย · instruction ยาว · README.md ใน folder
3. Skill = living document · iterate ครั้งที่ 3-4 มักจะลงตัว

คุณจบ course แล้ว 🎉

ทำ quiz หน้าถัดไปเพื่อเช็คความเข้าใจ · ผ่าน 80% รับ XP + เข้า leaderboard

หลังจาก quiz · เปิด Claude Code/Desktop ทันที · พิมพ์:

ช่วยสร้าง skill ให้หน่อย ผมต้องทำ [งานที่ทำซ้ำที่สุด]

ภายในมื้อกลางวันคุณจะได้ Skill แรก