ผลลัพธ์ของบทนี้
เมื่ออ่านจบ คุณจะจับคู่งานประสาน งานวิศวกรรม และงานมาตรฐานกับ Jan, DadDev และ Mom ได้ พร้อมอธิบายได้ว่าทำไมสาม House นี้เป็นแกนการประสานงาน แต่ไม่ได้ทำทุกงานแทน House อื่น
สถานการณ์ใกล้ตัว
สมมติชุมชนหนึ่งกำลังสร้างห้องสมุดใหม่ มีงานสามแบบที่มักถูกปนกัน:
- ต้องมีคนรับโจทย์ แบ่งงาน และตามว่างานส่วนใดเสร็จแล้ว
- ต้องมีคนออกแบบชั้นหนังสือ ระบบไฟ และระบบยืมคืน
- ต้องมีคนดูมาตรฐานการตั้งชื่อเอกสาร วิธีส่งเวร และความต่อเนื่องเมื่อทีมเปลี่ยน
ถ้าให้วิศวกรเป็นผู้ตัดสินใจทุกเรื่อง ตั้งแต่เป้าหมายชุมชนจนถึงมาตรฐานเอกสาร งานเทคนิคจะกลืนงานอื่น ถ้าให้ผู้ประสานงานลงมือสร้างทุกอย่างเอง งานจะติดคอขวด และถ้าไม่มีคนดูความต่อเนื่อง ทีมใหม่จะต้องเริ่มนับหนึ่งตลอด
ภาพเปรียบเทียบ
ทีมแกนกลางเปรียบเหมือนสามบทบาทที่ทำให้องค์กรเดินได้:
- Jan คือผู้จัดการจราจร เห็นถนนหลายสายและส่งรถไปทางที่เหมาะ
- DadDev คือหัวหน้าวิศวกรรม ออกแบบและสร้างส่วนเทคนิคภายใต้ข้อกำหนด
- Mom คือผู้ดูแลมาตรฐานและสมุดส่งเวร ทำให้ทีมไม่ลืมกติกาหรือขาดความต่อเนื่อง
ขอบเขตของภาพเปรียบเทียบ: “ผู้จัดการ”, “หัวหน้าวิศวกรรม” และ “ผู้ดูแล” อธิบายหน้าที่ ไม่ได้ให้อำนาจแบบตำแหน่งมนุษย์ และชื่อ Dad/Mom ไม่ได้หมายถึงความสัมพันธ์ทางชีววิทยา
ศัพท์ใหม่ในบทนี้
- ทีมแกนกลาง: สามบทบาทหลักด้านการประสาน วิศวกรรม และความต่อเนื่อง
- Jan-V4: ผู้ควบคุม ผู้ประสาน และผู้แจกงานของครอบครัว
- DadDev-V4: บ้านผู้เชี่ยวชาญ (House) ด้านสถาปัตยกรรมและการลงมือทางเทคนิค
- Mom-V4: บ้านผู้เชี่ยวชาญด้านโครงสร้าง มาตรฐาน ความต่อเนื่อง และการสนับสนุนข้ามบ้าน
แก่นของเรื่อง
Jan-V4: รู้ว่าใครควรรับงาน
บทบาทหลักของ Jan คือ:
- รับรายละเอียดงานที่สรุปโจทย์
- รู้แผนที่สิ่งที่ House ทำได้
- แบ่งและแจกงาน
- ติดตามหลักฐานติดตามงานหรือรายงานที่ตรวจได้
- รวบผลและข้อจำกัด
- ส่งภาพรวมกลับไปตามเส้นทางงานหลัก
Jan จึงเป็น “หอควบคุม” มากกว่า “ช่างที่ทำทุกอย่าง”
ถ้าโจทย์คือสร้างคอร์ส Jan อาจต้องประสาน House ความรู้ House เนื้อหา House สื่อ และ House เทคนิค แต่ไม่ควรแกล้งทำเป็นผู้เชี่ยวชาญทุกด้านแทนทั้งหมด
DadDev-V4: แปลงความต้องการเป็นระบบทางเทคนิค
DadDev ดูแลงานอย่างเช่น:
- สถาปัตยกรรมเว็บ แอป ระบบหลังบ้าน และช่องทางให้ระบบเชื่อมต่อกัน
- การลงมือพัฒนาทางเทคนิค
- ฐานข้อมูล การยืนยันตัวตน ความปลอดภัย และการตรวจระบบชำระเงิน
- แผนและคู่มือปฏิบัติสำหรับการนำระบบขึ้นใช้งานจริง
- การตรวจสอบผลงานระบบ
คำสำคัญคือ ภายใต้จุดที่ต้องให้คนอนุมัติ การรู้เรื่องการนำระบบขึ้นใช้จริงหรือฐานข้อมูลยังไม่ให้อำนาจ DadDev แตะระบบที่ให้บริการอยู่ ฐานข้อมูลจริง ระบบชำระเงิน หรือข้อมูลลับได้เอง
บทบาทของ DadDev คือทำให้งานเทคนิคมีรูปแบบและหลักฐานพร้อมให้ตัดสินใจ ไม่ใช่ตัดสินใจทางธุรกิจหรือเปิดระบบแทนมนุษย์
Mom-V4: รักษาโครงสร้าง มาตรฐาน และความต่อเนื่อง
Mom ดูแลเรื่องอย่างเช่น:
- โครงสร้างการทำงานระดับครอบครัว
- มาตรฐานและกติกาที่ใช้ร่วมกัน
- การส่งต่องานและการเริ่มช่วงการทำงานใหม่
- การตรวจย้อนหลังจากหลักฐาน
- คิวงาน คู่มือปฏิบัติ รายการกำกับไฟล์ และเอกสารรักษาความต่อเนื่อง
- การสนับสนุนข้าม House โดยไม่แย่งเจ้าของงาน
Mom กับ Jan อาจดูคล้ายกันเพราะทั้งคู่เกี่ยวข้องกับการประสาน แต่ให้แยกง่าย ๆ ว่า:
- Jan เน้น “งานนี้ควรไปไหนและกลับมาอย่างไร”
- Mom เน้น “ระบบควรรักษาระเบียบ หลักฐาน และความต่อเนื่องอย่างไร”
เหตุใดเรียกว่าแกนการประสานงาน
แผนที่บทบาทปัจจุบันระบุแกนกลางเป็น Jan + DadDev + Mom เพราะสามบทบาทครอบคลุมวงจรประสานงาน การลงมือทางเทคนิค และการรักษาโครงสร้างกับความต่อเนื่อง
คำว่าแกนกลางไม่ได้แปลว่า:
- ทุกงานต้องใช้ทั้งสาม House
- ทั้งสามมีอำนาจเหนือมนุษย์
- House อื่นเป็นเพียงผู้ช่วยที่ไม่มีความเป็นเจ้าของงาน
- สาม House นี้เป็นกระบวนการทางเทคนิคตัวเดียวกัน
House เจ้าของด้านยังคงเป็นผู้ลงมือและรับผิดชอบผลของตน
ตัวอย่างจำลองตามกระบวนการ Oracle V4
โจทย์จำลอง:
“สร้างหน้าบทเรียนภาษาไทยที่คนอ่านง่าย มีระบบบันทึกเวอร์ชัน และขอให้ฉันตรวจร่างก่อนเผยแพร่”
ภาพการแบ่งหน้าที่อาจเป็นดังนี้:
- Jan แยกว่าต้องมีงานเนื้อหา งานเทคนิค และงานตรวจมาตรฐาน
- DadDev เตรียมสถาปัตยกรรมหรือส่วนที่จะลงมือสร้างของหน้าบทเรียน หากมีงานระบบจริง
- Mom ตรวจโครงสร้างการตั้งชื่อ เอกสารส่งต่อ และความสอดคล้องของมาตรฐาน
- House เนื้อหาที่เหมาะสมช่วยสร้างหรือทบทวนบทเรียน
- Jan รวบรายงาน
- มนุษย์ตรวจร่างและตัดสินใจเรื่องการเผยแพร่
นี่เป็นตัวอย่างเพื่อเข้าใจบทบาท ไม่ใช่สูตรบังคับว่า Jan ต้องเรียกทุก House ตามรายการนี้ทุกครั้ง
ลองทำอย่างปลอดภัย
🟢 กิจกรรมจับคู่สามการ์ด
เขียนสามสถานการณ์:
- “โจทย์นี้มีหลายส่วน ต้องเลือกคนรับงานและตามรายงาน”
- “ต้องออกแบบช่องทางเชื่อมต่อระหว่างระบบและวางแผนฐานข้อมูล”
- “ต้องตรวจมาตรฐานการตั้งชื่อและเตรียมสมุดส่งเวรให้ทีมถัดไป”
จับคู่กับ:
- Jan
- DadDev
- Mom
คำตอบที่ตรงที่สุดคือ 1: Jan, 2: DadDev, 3: Mom
จากนั้นเพิ่มประโยคท้ายทุกใบว่า “มนุษย์อนุมัติเรื่องที่มีผลจริง” เพื่อย้ำว่าแกนการประสานงานไม่ใช่เจ้าของวิสัยทัศน์แทน Human
รายการตรวจความปลอดภัยก่อนเริ่ม
- ก่อนเริ่ม: ใช้ข้อมูลตัวอย่างหรือกระดาษเปล่า ไม่เปิดไฟล์ลูกค้า ข้อมูลสุขภาพ รหัสผ่าน หรือหน้าต่างระบบจริง
- ผลที่คาด: ได้ผลงานจำลองหนึ่งชิ้นที่อธิบายผลลัพธ์ ขอบเขต หลักฐาน และผู้อนุมัติได้ โดยยังไม่มีการส่งคำสั่งหรือเผยแพร่
- หยุดเมื่อ: พบข้อมูลจริงที่ละเอียดอ่อน ไม่รู้ว่าใครเป็นเจ้าของงาน หรือกิจกรรมเริ่มแตะเงิน กฎหมาย สุขภาพ การเผยแพร่ หรือระบบใช้งานจริง
- วิธีกู้คืน: ลบรายละเอียดจริง เปลี่ยนเป็นชื่อ A/B เขียน “ยังไม่ทราบ” ในช่องที่หลักฐานไม่พอ และลดกิจกรรมกลับมาเป็นรายละเอียดงานบนกระดาษ
ระวังความเข้าใจผิด
Jan ไม่ใช่ซูเปอร์เอเจนต์ที่ทำทุกอย่าง: Jan แจกงาน ติดตาม และรวบผล
DadDev ไม่ได้มีสิทธิ์นำระบบขึ้นใช้จริงโดยอัตโนมัติ: งานที่กำลังให้บริการผู้ใช้ยังอยู่ใต้จุดที่ต้องให้คนอนุมัติ
ขอบเขตของ Mom: Mom ดูแลและสนับสนุนมาตรฐานร่วม โดยความเป็นเจ้าของงานยังอยู่กับ House ผลิตภัณฑ์หรือ House ที่ดูแลการทำงานจริง
Root-V4 ไม่ใช่ทีมแกนกลาง: Root-V4 เป็น House ความรู้การตลาดและธุรกิจ ซึ่งเราจะอธิบายในบทที่ 13
สถานะเริ่มตั้งระบบ/มีความเสี่ยงไม่ได้แปลว่าระบบล้มเหลว: หมายถึงมีประตูบางส่วนปิดอยู่และยังมีงานย้ายหรือตรวจที่ต้องทำ
สามเรื่องที่ควรจำ
- Jan จัดเส้นทางและรวบงาน
- DadDev ดูแลสถาปัตยกรรมและการลงมือทางเทคนิคภายใต้จุดที่ต้องให้คนอนุมัติ
- Mom รักษาโครงสร้าง มาตรฐาน และความต่อเนื่องโดยไม่แย่งเจ้าของงาน
คำถามชวนคิด
ในทีมของคุณ ปัญหาใดเกิดจากการเอา “การประสาน”, “การลงมือทางเทคนิค” และ “การรักษามาตรฐาน” ไปรวมไว้กับคนหรือกระบวนการเดียว
สะพานไปบทถัดไป
แกนการประสานงานช่วยให้งานเดิน แต่การตัดสินใจที่ดีต้องมีความรู้เฉพาะด้าน บทต่อไปเราจะไปยังห้องสมุดสามห้อง: AI ธุรกิจ และสุขภาพ