ข้ามไปยังเนื้อหา

1 ประเมินฟีเจอร์

PM

PM จะรับ feature requirements จากลูกค้าหรือ stakeholder แล้ววิเคราะห์แต่ละฟีเจอร์เพื่อ:

  1. กำหนด scope - ฟีเจอร์นี้ครอบคลุมอะไรบ้าง
  2. ประเมินความซับซ้อน - ง่าย / กลาง / ยาก
  3. จัดลำดับความสำคัญ - ต้องทำก่อน-หลัง
  4. ระบุ dependencies - ฟีเจอร์ไหนต้องทำก่อน
  5. กำหนดผู้รับผิดชอบ - Dev หรือ Intern ทำ
  • Feature requirements จากลูกค้า / stakeholder
  • Mockup หรือ wireframe (ถ้ามี)
  • ข้อมูล technical constraints
  • รายการฟีเจอร์ที่ประเมินแล้ว พร้อม scope, priority, ผู้รับผิดชอบ
  • ส่งต่อให้ Dev เพื่อทำ plan.md
// 💡 Prompt: วิเคราะห์ feature requirements และจัดลำดับความสำคัญ
ช่วยวิเคราะห์ feature requirements ต่อไปนี้:
[วาง feature requirements ที่นี่]
สำหรับแต่ละ feature ช่วย:
1. สรุป scope ว่าครอบคลุมอะไรบ้าง
2. ประเมินความซับซ้อน (ง่าย/กลาง/ยาก) พร้อมเหตุผล
3. แนะนำลำดับการพัฒนา (ฟีเจอร์ไหนควรทำก่อน)
4. ระบุ dependencies ระหว่างฟีเจอร์
5. ประเมินว่าแต่ละ feature เหมาะให้ Dev หรือ Intern ทำ
ใช้ Model: Opus 4.6
  • ได้รับ requirements ครบทุกฟีเจอร์
  • ประเมิน scope และความซับซ้อนแล้ว
  • จัดลำดับความสำคัญแล้ว
  • ระบุ dependencies แล้ว
  • กำหนดผู้รับผิดชอบแต่ละฟีเจอร์แล้ว
  • ส่งต่อให้ Dev เพื่อทำ plan.md แล้ว