ผลลัพธ์ของบทนี้
เมื่อจบบทนี้ คุณจะอ่านตารางมอบหมายงานได้ว่า Jan เลือก House จากบทบาท ขอบเขต ความพร้อมที่ตรวจได้ และความเสี่ยงอย่างไร พร้อมกำหนดว่าทุก House ต้องส่งรายงานอะไรกลับมา
สถานการณ์ใกล้ตัว
มีคำขอให้สร้างหน้าแนะนำผลิตภัณฑ์ ทีมเห็นคำว่า “การตลาด” จึงส่งให้ Root-V4 ทั้งงาน แต่โจทย์ยังมีข้อมูลสินค้า โครงเว็บ การตรวจข้อกล่าวอ้าง และการจัดรุ่นไฟล์ การเลือกจากคำคำเดียวทำให้ House หนึ่งต้องรับงานที่เกินบทบาท ขณะที่ผู้เชี่ยวชาญส่วนอื่นเข้ามาช้า
อีกด้านหนึ่ง ชื่อ Root อาจทำให้มือใหม่คิดว่าเป็นรากหรือศูนย์กลางระบบ แต่ในแผนที่บทบาทปัจจุบัน Root-V4 เป็น House ความรู้เฉพาะด้านการตลาด การวางตำแหน่ง และการสื่อสารเชิงจริยธรรม ศูนย์ประสานงานคือ Jan และแกนระบบประกอบด้วย Jan, DadDev และ Mom ตามบทบาทของแต่ละบ้าน
ศัพท์ใหม่ในบทนี้
- ผู้ประสานงานหลัก: ผู้รับผิดชอบการเลือกเส้นทาง แบ่งงาน และรวมผลกลับเป็นภาพเดียว
- เจ้าของบทบาท: House ที่มีหน้าที่ตรงกับชนิดงานตามแผนที่บทบาท
- เงื่อนไขก่อนเริ่ม: หลักฐาน สิทธิ์ หรือข้อมูลที่ต้องมี ก่อนให้ House ลงมือ
- ข้อตกลงว่าต้องส่งรายงานอะไร: ระบุไฟล์ หัวข้อ และป้ายสถานะที่ผู้รับงานต้องส่งกลับ
- จุดพึ่งพา: งานหรือข้อมูลจากอีกฝ่ายที่ต้องมาก่อนจึงทำขั้นถัดไปได้
ภาพเปรียบเทียบและขอบเขตของภาพ
Jan เหมือนผู้กำกับเวที เขารู้ว่าฉากไหนต้องใช้นักแสดง แสง เสียง และคนตรวจความปลอดภัย โดยไม่ต้องแสดงทุกบท ก่อนเปิดม่าน เขาระบุว่าแต่ละฝ่ายส่งสัญญาณอะไรกลับมาและฉากใดต้องรอ
ภาพเวทีช่วยเห็นการประสานงาน ขอบเขตงานของ House เปลี่ยนได้ตามเวลา การมีชื่ออยู่ใน Role Map ไม่พิสูจน์ว่า House ออนไลน์ ว่าง หรือพร้อมใช้งานจริง Jan จึงต้องดูสถานะปัจจุบันและหลักฐานตอบรับแทนการสรุปจากแผนที่อย่างเดียว
แก่นของเรื่องแบบเป็นชั้น
Jan ใช้คำถามอย่างน้อยห้ากลุ่มก่อนจัดงาน:
- งานชนิดใด: ความรู้ธุรกิจ งานเทคนิค ระบบเว็บ เอกสาร ภาพ เสียง หรือการประสานต่อเนื่อง
- บทบาทใครตรง: เทียบกับ Role Map ปัจจุบัน ไม่ตีความจากชื่อเอง
- สถานะใดตรวจได้: House พร้อมรับหรือไม่ มีงานค้างหรือจุดพึ่งพาอะไร
- ข้อมูลและความเสี่ยง: มีข้อมูลส่วนตัว สิทธิ์การใช้ คำกล่าวอ้าง หรือการกระทำถาวรหรือไม่
- ต้องส่งอะไรกลับ: กำหนดไฟล์รายงาน หลักฐาน สถานะ จุดไม่รู้ และจุดที่ต้องให้คนอนุมัติ
ตัวอย่างการคิดเชิงบทบาทต่อไปนี้เป็นภาพจำลอง ไม่ใช่สูตรตายตัวและไม่รับรองความพร้อมของ House:
| ลักษณะงาน | บทบาทที่ Jan อาจพิจารณา | สิ่งที่ต้องตรวจเพิ่ม | รายงานที่คาด |
|---|---|---|---|
| วิเคราะห์โจทย์ธุรกิจ | House ความรู้ธุรกิจ | แหล่งข้อมูลและช่วงเวลา | ข้อค้นพบ สมมติฐาน และคำถามค้าง |
| วางตำแหน่ง/น้ำเสียงการตลาด | Root-V4 | หลักฐานข้อกล่าวอ้างและจริยธรรม | ตัวเลือกข้อความ เหตุผล และข้อห้าม |
| ออกแบบหรือพัฒนาระบบ | DadDev-V4 หรือ House ระบบที่ตรงงาน | ข้อกำหนด การทดสอบ และสิทธิ์เปลี่ยนระบบ | ผลงานเทคนิค ผลตรวจ และแผนย้อนกลับ |
| งานเว็บไซต์ | House เว็บที่ตรงขอบเขต | ความพร้อมที่ตรวจได้และประตูเผยแพร่ | ไฟล์ร่าง ผลประกอบไฟล์/การประกันคุณภาพ และสิ่งรออนุมัติ |
| OCR หรือรับเข้าเอกสาร | InkApp-V4 | สิทธิ์ต้นฉบับและจุด OCR ไม่แน่ใจ | ไฟล์ข้อความและรายงานความมั่นใจ |
หลังเลือกผู้รับ Jan ต้องเขียน ข้อตกลงว่าต้องส่งรายงานอะไร ก่อนเริ่ม เช่น “ส่งรายงานกลับมาเป็นไฟล์ Markdown หนึ่งไฟล์ มีสรุป ผลงาน หลักฐาน สิ่งที่ตรวจแล้ว ข้อจำกัด และขั้นถัดไป ห้ามเผยแพร่” หากงานยาว ควรกำหนดการรายงานความคืบหน้าและเงื่อนไขแจ้งติดขัดด้วย ความเงียบไม่ใช่สถานะ
งานข้าม House ใช้รายงานเป็นไฟล์ แล้วแจ้งสั้น ๆ ให้ผู้รับรู้ว่าไฟล์พร้อมอ่าน ไม่เทเนื้อหายาวเข้าพื้นที่ทำงานของอีก House วิธีนี้ทำให้เนื้อหาตรวจย้อนหลังได้ ลดบริบทตกหล่น และเปิดทางให้ Jan รวมผลโดยไม่ต้องจำจากข้อความกระจัดกระจาย
หยุดก่อน
อย่าให้คำว่า “หลาย Agent” กลายเป็นเหตุผลแจกงานให้ทุก House งานที่มีคนรับมากเกินไปอาจเพิ่มเวลารวมและสร้างข้อสรุปซ้ำ Jan ควรใช้จำนวนบทบาทเท่าที่ผลลัพธ์ต้องการ และระบุเจ้าของของแต่ละชิ้นให้ชัด
กรณีศึกษาหรือตัวอย่างจำลองที่ปลอดภัย
รายละเอียดงานจำลองขอ “แคตตาล็อกของขวัญสองภาษา 6 รายการแบบร่าง ห้ามเผยแพร่” Jan แยกงานเป็นสามสายตามเรื่องจำลอง:
- สายข้อมูล ตรวจว่าชื่อ คุณสมบัติ และราคาจำลองครบ โดยห้ามเติมข้อกล่าวอ้างที่ไม่มีหลักฐาน
- สายสื่อสาร เสนอหัวเรื่องและคำอธิบายสองแบบ พร้อมเหตุผลและข้อควรระวัง
- สายผลงาน จัดข้อมูลเป็นหน้าแคตตาล็อกฉบับร่างและทำรายการตรวจโครงสร้าง
Jan กำหนดให้แต่ละสายส่งรายงานกลับมาเป็นไฟล์คนละไฟล์ และมีหมายเลขรุ่นเดียวกัน เมื่อรายงานกลับมา Jan จึงรวมความขัดแย้ง เช่น ชื่อสินค้าภาษาอังกฤษไม่ตรงกัน ไว้ในรายงานรวม แทนที่จะเลือกคำตอบเงียบ ๆ
กิจกรรมทดลองอย่างปลอดภัย
ใช้รายละเอียดงานสมมติ “ทำคู่มือกิจกรรมเปิดร้านหนึ่งหน้า” แล้วเติมตารางสี่คอลัมน์:
| ส่วนงาน | บทบาทที่ต้องการ | เงื่อนไขก่อนเริ่ม | รายงานที่ต้องส่ง |
|---|---|---|---|
| เนื้อหา | |||
| รูปแบบ | |||
| ตรวจคุณภาพ |
ไม่ต้องใส่ชื่อ House หากยังไม่แน่ใจ ให้เขียนบทบาทก่อน เพราะ Jan ต้องเป็นผู้เทียบกับ Role Map และสถานะปัจจุบัน
- ก่อนเริ่ม: ใช้โครงการสมมติ ไม่ตรวจสถานะหรือส่งงานเข้าระบบจริง
- ผลที่คาด: ตารางที่ทุกแถวมีผลงาน เจ้าของ และรายงานกลับ
- หยุดและถามคนเมื่อ: เลือก House จากชื่ออย่างเดียว หรือไม่มีผู้รับผิดชอบรายงานรวม
- วิธีกู้คืน: กลับไปเขียน “สิ่งที่ต้องการให้ทำ” แล้วให้ Jan เทียบกับบทบาทและหลักฐานสถานะ
ระวังความเข้าใจผิด
- Role Map บอกความรับผิดชอบ ไม่ได้ยืนยันว่า House ทุกหลังพร้อมใช้งานตลอดเวลา
- Jan เลือก House ไม่ได้แปลว่า Jan รับรองเนื้อหาทุกด้าน ผู้เชี่ยวชาญและมนุษย์ยังต้องตรวจตามความเสี่ยง
- การตอบว่า “รับทราบ” หรือข้อความปิดงานไม่ใช่หลักฐานเดียวว่ากระบวนการหรือหน้าต่างหยุดจริง ต้องดูสถานะที่ตรวจได้
สามเรื่องที่ควรจำ
- เลือกจากชนิดงาน บทบาท สถานะ และความเสี่ยง ไม่เลือกจากชื่อที่คุ้น
- กำหนดรายงานก่อนเริ่ม เพื่อให้ House รู้ว่าต้องพิสูจน์อะไร
- งานข้าม House ส่งเนื้อหาผ่านไฟล์ แล้วแจ้งสั้น ๆ ให้ไปอ่าน
คำถามชวนคิด
งานใดในทีมของคุณถูกส่งให้ “คนที่เก่ง” ซ้ำ ๆ ทั้งที่จริงต้องแบ่งเป็นหลายบทบาท
สะพานไปบทถัดไป
เมื่อ Jan กำหนดเจ้าของและข้อตกลงว่าต้องส่งรายงานอะไรแล้ว House จึงเริ่มลงมือ บทต่อไปจะดูว่าการทำงาน “ภายในขอบเขต” หน้าตาเป็นอย่างไร และเมื่อไร House ควรหยุดแทนที่จะฝืนทำต่อ