เหมาะเมื่อ
ขอบเขตนี้ตรงกับสถานการณ์
- มี diagnostic ที่น่าเชื่อถือหรือหลักฐานภายในระดับเทียบเท่าแล้ว
- การเปลี่ยนแปลงข้ามบทบาท workflow อำนาจ ข้อมูล หรือเทคโนโลยี
- ทีม specialist ต้องการแบบที่พร้อมนำไปสร้าง
ระดับ 03
System Architecture
ออกแบบระบบที่ต้องเปลี่ยน
ออกแบบเฉพาะสิ่งที่หลักฐานรองรับว่าควรเปลี่ยน
System Architecture แปลง problem definition ที่น่าเชื่อถือให้เป็น decision rights, roles, workflow, เจ้าของข้อมูล governance และลำดับการนำไปใช้
ไม่เหมาะเมื่อ
งานนี้ไม่ควรถูกใช้เป็นคำตอบเร็ว
- ปัญหาที่ยังขัดแย้งกันหรือมีหลักฐานอ่อน
- การขอ best practice ทั่วไปหรือเขียน SOP
- คำขอให้ SE Ocean กลายเป็น delivery owner
สิ่งที่ต้องมี
ความลึกเริ่มจากหลักฐาน ไม่ใช่ศัพท์เฉพาะ
SE Ocean แยก observation, evidence, hypothesis, interpretation และ recommendation ตลอดการทำงาน
- Credible problem definition
- Decision owner และ internal sponsor
- ข้อจำกัดของ implementation
- ระบบ บทบาท และข้อมูลที่จะได้รับผลกระทบ
ผลลัพธ์ที่จับต้องได้
สิ่งที่ควรมีอยู่เมื่อจบขอบเขตนี้
Decision rights และ authority model
การออกแบบบทบาทและความรับผิดชอบ
Workflow, handoff และ escalation architecture
เจ้าของข้อมูลและตัวชี้วัด
Human-AI responsibility boundaries เมื่อเกี่ยวข้อง
Target operating model
Implementation requirements
Acceptance criteria และลำดับการทำงาน
Specialist applications
AI, search และ workflow เป็นบริบทของระบบ ไม่ใช่ service ที่แย่งกันนำแบรนด์
- Operating model และ workflow architecture
- AI และ human workflow architecture
- Search และ discovery architecture
- Decision rights และ governance
- Performance และ KPI systems
สิ่งที่งานนี้ยังตอบไม่ได้
ความไม่แน่ชัดต้องถูกเขียนไว้ ไม่ใช่ซ่อนไว้
- ลูกค้ายังถือ executive authority
- Specialist ยังถือ technical responsibility
- งานออกแบบไม่รวม implementation delivery โดยไม่ระบุ