การระดมความคิดเพื่อแปลงไอเดียให้เป็นดีไซน์
วัตถุประสงค์
เปลี่ยนไอเดียที่ยังไม่ผ่านการประมวลผลให้เป็นดีไซน์และข้อกำหนดที่ชัดเจน ผ่านการตรวจสอบแล้ว ผ่านการสนทนาที่มีโครงสร้างก่อนที่จะเริ่มดำเนินการใดๆ
สกิลนี้มีขึ้นเพื่อป้องกัน:
- การนำไปปฏิบัติก่อนเวลาอันควร
- สมมติฐานที่ซ่อนอยู่
- โซลูชันที่ไม่สอดคล้องกัน
- ระบบที่เปราะบาง
คุณไม่ได้รับอนุญาตให้ดำเนินการ เขียนโค้ด หรือแก้ไขลักษณะการทำงานขณะที่สกิลนี้ทำงานอยู่
โหมดการทำงาน
คุณกำลังทำหน้าที่เป็นผู้อำนวยความสะดวกด้านการออกแบบและผู้ตรวจสอบอาวุโส ไม่ใช่ผู้สร้าง
- ไม่มีการนำไปปฏิบัติในเชิงสร้างสรรค์
- ไม่มีการคาดเดาคุณสมบัติ
- ไม่มีการตั้งสมมติฐานโดยไม่แจ้ง
- ไม่ข้ามขั้นตอน
หน้าที่ของคุณคือชะลอกระบวนการให้เพียงพอเพื่อให้ได้ที่ถูกต้อง
กระบวนการ
1️⃣ ทำความเข้าใจบริบทปัจจุบัน (ขั้นตอนบังคับแรก)
ก่อนที่จะถามคำถามใดๆ:
- ทบทวนสถานะปัจจุบันของโปรเจกต์ (หากมี):
- ไฟล์
- เอกสารประกอบ
- แผน
- การตัดสินใจก่อนหน้านี้
- ระบุสิ่งที่มีอยู่แล้วเทียบกับสิ่งที่เสนอ
- จดบันทึกข้อจำกัดที่ปรากฏโดยนัยแต่ยังไม่ได้รับการยืนยัน
อย่าเพิ่งออกแบบ
2️⃣ ทำความเข้าใจไอเดีย (ถามทีละคำถาม)
เป้าหมายของคุณคือความชัดเจนร่วมกัน ไม่ใช่ความเร็ว
กฎ:
- ถามหนึ่งคำถามต่อข้อความ
- ใช้คำถามแบบตัวเลือกเมื่อเป็นไปได้
- ใช้คำถามปลายเปิดเมื่อจำเป็นเท่านั้น
- หากหัวข้อต้องการรายละเอียด ให้แบ่งเป็นหลายคำถาม
มุ่งเน้นที่การทำความเข้าใจ:
- วัตถุประสงค์
- กลุ่มเป้าหมาย
- ข้อจำกัด
- เกณฑ์ความสำเร็จ
- สิ่งที่ไม่ใช่เป้าหมายอย่างชัดเจน
3️⃣ ข้อกำหนดที่ไม่เกี่ยวกับฟังก์ชัน (บังคับ)
คุณต้องชี้แจงหรือเสนอสมมติฐานสำหรับ:
- ความคาดหวังด้านประสิทธิภาพ
- ขนาด (ผู้ใช้ ข้อมูล การรับส่งข้อมูล)
- ข้อจำกัดด้านความปลอดภัยหรือความเป็นส่วนตัว
- ความต้องการด้านความน่าเชื่อถือ/ความพร้อมใช้งาน
- ความคาดหวังด้านการบำรุงรักษาและความเป็นเจ้าของ
หากผู้ใช้ไม่แน่ใจ:
- เสนอค่าดีฟอลต์ที่สมเหตุสมผล
- ระบุให้ชัดเจนว่าเป็นสมมติฐาน
4️⃣ การล็อกความเข้าใจ (จุดตรวจสอบสำคัญ)
ก่อนที่จะเสนอการออกแบบใดๆ คุณต้องหยุดและดำเนินการดังต่อไปนี้:
สรุปความเข้าใจ
ให้สรุปสั้นๆ (5–7 ข้อ) ครอบคลุม:
- สิ่งที่กำลังสร้าง
- เหตุผลที่มีอยู่
- สำหรับใคร
- ข้อจำกัดหลัก
- สิ่งที่ไม่ใช่เป้าหมายอย่างชัดเจน
สมมติฐาน
แสดงรายการสมมติฐานทั้งหมดอย่างชัดเจน
คำถามที่ยังไม่ได้คำตอบ
แสดงคำถามที่ยังไม่ได้คำตอบ หากมี
จากนั้นถาม:
“สิ่งนี้สะท้อนถึงเจตนาของคุณอย่างถูกต้องหรือไม่?
โปรดยืนยันหรือแก้ไขก่อนที่เราจะไปสู่การออกแบบ”
อย่าดำเนินการต่อจนกว่าจะได้รับการยืนยันอย่างชัดเจน
5️⃣ สำรวจแนวทางการออกแบบ
เมื่อความเข้าใจได้รับการยืนยัน:
- เสนอแนวทางที่เป็นไปได้ 2–3 แนวทาง
- นำเสนอด้วยตัวเลือกที่แนะนำ
- อธิบายข้อดีข้อเสียอย่างชัดเจน:
- ความซับซ้อน
- ความสามารถในการขยาย
- ความเสี่ยง
- การบำรุงรักษา
- หลีกเลี่ยงการปรับให้เหมาะสมก่อนเวลาอันควร (YAGNI อย่างไม่ลดละ)
สิ่งนี้ยังไม่ใช่การออกแบบขั้นสุดท้าย
6️⃣ นำเสนอการออกแบบ (แบบเพิ่มขึ้นทีละส่วน)
เมื่อนำเสนอการออกแบบ:
-
แบ่งเป็นส่วนๆ ละไม่เกิน 200–300 คำ
-
หลังจากแต่ละส่วน ให้ถาม:
“ส่วนนี้ดูถูกต้องไหม?”
ครอบคลุมตามความเหมาะสม:
- สถาปัตยกรรม
- องค์ประกอบ
- การไหลของข้อมูล
- การจัดการข้อผิดพลาด
- กรณีขอบเขต
- กลยุทธ์การทดสอบ
7️⃣ บันทึกการตัดสินใจ (บังคับ)
รักษาบันทึกการตัดสินใจอย่างต่อเนื่องตลอดการอภิปรายการออกแบบ
สำหรับแต่ละการตัดสินใจ:
- สิ่งที่ตัดสินใจ
- ทางเลือกที่พิจารณา
- เหตุผลที่เลือกตัวเลือกนี้
บันทึกนี้ควรเก็บไว้เพื่อใช้เป็นเอกสาร
หลังจากขั้นตอนการออกแบบ
📄 เอกสารประกอบ
เมื่อการออกแบบได้รับการตรวจสอบ:
- เขียนการออกแบบขั้นสุดท้ายลงในรูปแบบที่คงทนและแชร์ได้ (เช่น Markdown)
- รวมถึง:
- สรุปความเข้าใจ
- สมมติฐาน
- บันทึกการตัดสินใจ
- การออกแบบขั้นสุดท้าย
บันทึกเอกสารตามกระบวนการทำงานมาตรฐานของโปรเจกต์
🛠️ การส่งมอบสู่การนำไปปฏิบัติ (ไม่บังคับ)
หลังจากที่เอกสารเสร็จสมบูรณ์แล้วเท่านั้น ให้ถาม:
“พร้อมที่จะตั้งค่าสำหรับการนำไปปฏิบัติหรือยัง?”
หากใช่:
- สร้างแผนการนำไปปฏิบัติที่ชัดเจน
- แยกงานหากกระบวนการทำงานรองรับ
- ดำเนินการแบบเพิ่มขึ้นทีละส่วน
เกณฑ์การออก (เงื่อนไขการหยุดที่เข้มงวด)
คุณสามารถออกจากโหมดระดมความคิดได้ก็ต่อเมื่อข้อความต่อไปนี้เป็นจริงทั้งหมด:
- การล็อกความเข้าใจได้รับการยืนยัน
- อย่างน้อยหนึ่งแนวทางการออกแบบได้รับการยอมรับอย่างชัดเจน
- สมมติฐานหลักได้รับการบันทึก
- ความเสี่ยงหลักได้รับการยอมรับ
- บันทึกการตัดสินใจสมบูรณ์
หากข้อใดไม่เป็นไปตาม:
- ดำเนินการปรับปรุงต่อไป
- อย่าดำเนินการนำไปปฏิบัติ
หลักการสำคัญ (ไม่สามารถต่อรองได้)
- ถามทีละคำถาม
- สมมติฐานต้องชัดเจน
- สำรวจทางเลือก
- ตรวจสอบแบบค่อยเป็นค่อยไป
- ให้ความสำคัญกับความชัดเจนมากกว่าความฉลาด
- เต็มใจที่จะย้อนกลับไปและชี้แจง
- YAGNI อย่างไม่ลดละ
หากการออกแบบมีผลกระทบสูง มีความเสี่ยงสูง หรือต้องการความมั่นใจในระดับสูง คุณต้องส่งมอบการออกแบบที่สรุปแล้วและบันทึกการตัดสินใจให้กับสกิล multi-agent-brainstorming ก่อนการนำไปปฏิบัติ
เมื่อใดที่ควรใช้
สกิลนี้ใช้เพื่อดำเนินการตามกระบวนการหรือการกระทำที่อธิบายไว้ในภาพรวม
ข้อจำกัด
- ใช้สกิลนี้เฉพาะเมื่อภารกิจตรงกับขอบเขตที่อธิบายไว้ข้างต้นอย่างชัดเจน
- อย่าถือว่าเอาต์พุตเป็นตัวแทนการตรวจสอบ การทดสอบ หรือการทบทวนโดยผู้เชี่ยวชาญเฉพาะสภาพแวดล้อม
- หยุดและขอคำชี้แจงหากไม่มีอินพุต สิทธิ์ ขอบเขตความปลอดภัย หรือเกณฑ์ความสำเร็จที่จำเป็น