บทที่ 72: พิมพ์เขียว Oracle สำหรับ 90 วันถัดไป

สถานการณ์ใกล้ตัว

หลังจบหลักสูตร เจ้าของธุรกิจคนหนึ่งมีรายการไอเดีย 18 ข้อ: อยากสร้าง House การตลาด บริการ วิจัย และผู้ช่วยตัดสินใจ พร้อมกัน เขียนคำว่า “ไตรมาสหน้า” ไว้บนทุกข้อ แต่ไม่มีเจ้าของ ไม่มีหลักฐานผ่าน และไม่มีสิ่งใดถูกตัดออก

เดือนแรกทีมเริ่มหลายเรื่อง เดือนที่สองทุกเรื่องค้างตรงข้อมูลและการอนุมัติ เดือนที่สามเจ้าของจำไม่ได้ว่าอะไรคือการทดลอง อะไรถูกใช้จริง และหยุดส่วนใดได้โดยไม่กระทบงานประจำ

ต้นทุนของแผนใหญ่ที่ไม่มีประตูไม่ใช่แค่ทำไม่เสร็จ มันทำให้การทดลองค่อย ๆ กลายเป็นระบบจริงโดยไม่มีใครตัดสินช่วงเปลี่ยนผ่าน

พิมพ์เขียวที่ดีเป็นชุดการตัดสินใจสามครั้ง แต่ละครั้งมีหลักฐานและสิทธิ์ที่จะพูดว่า “พอแล้ว” รายการความฝัน 90 วันอย่างเดียวทำหน้าที่นี้ไม่ได้

ผลลัพธ์ของบทนี้

เมื่อจบบท คุณจะมี “พิมพ์เขียว Oracle 90 วัน” หนึ่งชุด ซึ่งเลือกปัญหาเดียว ผูก House กับเจ้าของและสิทธิ์ มีหลักฐานประจำวัน 30, 60 และ 90 มีเกณฑ์ผ่าน เกณฑ์หยุด และทางย้อนกลับ คุณจะจบด้วยการตัดสินใจแบบมีหลักฐานว่าจะหยุด คงไว้ ปรับ หรือขยาย

คำใหม่ในบทนี้:

• พิมพ์เขียว 90 วัน: แผนทดลองและสร้างสิ่งที่ระบบทำได้ทีละช่วง พร้อมเจ้าของ หลักฐาน และทางย้อนกลับ
• ประตู 30/60/90 วัน: จุดทบทวนที่มนุษย์ใช้หลักฐานตัดสินใจว่าจะเดินต่อ ปรับ หยุด หรือถอย
• หลักฐานผ่านประตู: ผลงานและผลตรวจที่กำหนดล่วงหน้าว่าต้องเห็นก่อนอนุมัติขั้นต่อไป
• เจ้าของความเสี่ยง: คนหรือบทบาทที่รับผิดชอบตัดสินเมื่อเกิดความเสี่ยงและมีอำนาจสั่งหยุด
• ทางย้อนกลับ: วิธีคืนงาน คน สิทธิ์ และกระบวนการสู่สภาพที่ยอมรับได้โดยไม่ต้องรื้อธุรกิจ

ภาพเปรียบเทียบและขอบเขตของภาพ

นึกถึงการต่อสะพานชั่วคราวข้ามลำธาร เราไม่วางแผ่นทั้งหมดแล้วค่อยลองเดิน แต่ตรวจฝั่งตั้งต้น วางช่วงสั้น ทดสอบน้ำหนัก และรักษาทางเดิมไว้จนกว่าสะพานใหม่จะพิสูจน์ตัวเอง ประตูแต่ละช่วงทำให้คนตัดสินใจก่อนขยายระยะ

พิมพ์เขียว 90 วันก็เช่นกัน ต้องมีจุดรับน้ำหนักและทางกลับ

แต่ธุรกิจไม่ใช่ลำธารนิ่ง ลูกค้า ทีม กฎหมาย และเครื่องมืออาจเปลี่ยนระหว่างทาง วัน 30/60/90 จึงเป็นจุดทบทวน ไม่ใช่คำสัญญาว่าผลลัพธ์จะเกิดตามปฏิทิน และไม่ควรฝืนเดินต่อเพียงเพราะทำมาแล้วหลายวัน

แก่นของเรื่องแบบเป็นชั้น

ชั้นที่ 1: เลือกปัญหาเดียวและผลลัพธ์เดียว

ใช้หลักจากบท 66: งานเล็ก เกิดซ้ำ ย้อนกลับได้ และมีข้อมูลก่อนเริ่มเพื่อเอาไว้เทียบ แล้วเขียน:

ภายใน 90 วัน เราต้องการพิสูจน์ว่า House แบบร่างช่วย ______ ได้ โดยส่ง ______ ที่ผ่าน ______ ภายใต้ขอบเขต ______

อย่าเขียนว่า “สร้าง Oracle ให้ครบ” ให้เลือกผลงานหนึ่งชนิด เช่น รายงานสรุปจำลองพร้อมแหล่ง หรือร่างคำตอบที่มนุษย์ตรวจ ก่อนเปิดงานอื่น

ชั้นที่ 2: กำหนดเจ้าของห้าหมวก

ในธุรกิจเล็ก คนหนึ่งอาจถือหลายหมวก แต่ต้องมองเห็นว่ากำลังตัดสินใจในฐานะใด และเรื่องใดควรมีสายตาคนที่สอง

ชั้นที่ 3: วัน 1-30: พิสูจน์งานและรั้ว

เป้าหมายช่วงแรกคือทำให้แบบออกแบบอ่านและทดสอบได้:

• ยืนยันข้อมูลก่อนเริ่มเพื่อเอาไว้เทียบของกระบวนการเดิม
• ทำบัตร House และสัญญางาน
• ทำข้อมูลตัวอย่างกับชุดทดสอบคงที่
• ทำตารางเจ้าของ สิทธิ์ ประตู และการถอน
• ทำบัตรสายที่มา เวอร์ชัน จุดปลอดภัย และกติกาเก็บจำลอง
• เดินแบบเงาโดยไม่ส่งผลลัพธ์จริง

สิ่งที่ต้องมีก่อนอนุมัติวันที่ 30: ผลงานตัวอย่าง ชุดผลทดสอบ รายการความผิด เวลารวม ต้นทุนประมาณการ บันทึกผู้ตรวจ และรายการสิ่งที่ยังไม่รู้

คำตัดสิน: หยุด, ปรับแล้วทำช่วง 1-30 ซ้ำ, หรืออนุมัติให้ทดลองแบบควบคุมวงเล็ก หากนโยบายและผู้รับผิดชอบพร้อม การผ่านไม่ได้เกิดจากความรู้สึกว่า “ดูดี”

ชั้นที่ 4: วัน 31-60: ทดสอบความสม่ำเสมอและทางกู้คืน

ช่วงนี้ยังไม่ขยายจำนวน House ให้เน้น:

• รันชุดทดสอบเดิมหลายรอบตามตาราง
• ตรวจความสดของแหล่งและเกณฑ์
• ซ้อมเหตุหยุด การถอนสิทธิ์ และทางถอยในพื้นที่ที่อนุมัติ
• วัดเวลารอรวม ภาระผู้ตรวจ และรอบแก้
• เพิ่มกรณีทดสอบจากความผิดใหม่ โดยรักษาชุดเดิมไว้
• หากอนุมัติทดลองควบคุม ให้จำกัดผู้ใช้ ข้อมูล และช่องทาง พร้อมมนุษย์ตรวจทุกชิ้น

สิ่งที่ต้องมีก่อนอนุมัติวันที่ 60: แนวโน้มความผิด ผลซ้อมกู้คืน บันทึกการเข้าถึง รายการแหล่งหมดอายุ ภาระมนุษย์ และข้อแตกต่างระหว่างข้อมูลก่อนเริ่มเพื่อเอาไว้เทียบกับการทดลอง

คำตัดสิน: ถอยกลับ, ลดขอบเขต, ทำซ้ำ หรือคงขอบเขตเดิมเพื่อเก็บหลักฐานเพิ่ม ยังไม่มีเหตุบังคับให้เพิ่มผู้ช่วยอีกบทบาท

ชั้นที่ 5: วัน 61-90: ตัดสินคุณค่ารวมและขนาดที่ดูแลได้

หากผ่านสองประตูแรก ช่วงสุดท้ายถามว่า:

• ผลงานที่ผ่านช่วยผู้ใช้จริงหรือเพียงสร้างร่างเพิ่ม
• เวลาที่ลดหักเวลาตรวจและประสานแล้วเหลือเท่าไร
• รูปแบบความผิดร้ายแรงถูกควบคุมหรือยัง
• เจ้าของข้อมูล งาน คุณภาพ ระบบ และความเสี่ยงทำหน้าที่ได้จริงหรือไม่
• ทีมถอนสิทธิ์ ถอยเวอร์ชัน และหยุด House ได้หรือไม่
• ความรู้อยู่ในสภาพที่มีเจ้าของและวันทบทวนหรือไม่

สิ่งที่ต้องมีก่อนอนุมัติวันที่ 90: ใบสรุปคุณค่าและต้นทุน ผลทดสอบคงที่ ประวัติความผิด ผลตรวจสิทธิ์/การถอน ผลซ้อมถอย ความเห็นของผู้ใช้และผู้ตรวจ และข้อเสนอพร้อมเงื่อนไข

คำตัดสินสุดท้ายสี่ทาง:

1. หยุดและเก็บบทเรียน: ไม่คุ้มหรือเสี่ยงเกินไป
2. คงไว้ในขอบเขตเดิม: มีประโยชน์ แต่ยังไม่ควรขยาย
3. ปรับแล้วทดลอง 90 วันใหม่: สมมติฐานเปลี่ยนอย่างมีสาระ
4. ขยายหนึ่งขั้น: เพิ่มข้อมูล ผู้ใช้ งาน หรือ Agent เพียงหนึ่งแกน พร้อมกฎบัตรและประตูใหม่

ชั้นที่ 6: เขียนเกณฑ์หยุดและทางย้อนกลับให้มาก่อนความหวัง

ตัวอย่างเกณฑ์หยุด:

• พบการใช้ข้อมูลเกินวัตถุประสงค์หรือถอนสิทธิ์ไม่ได้
• ข้ามจุดที่ต้องให้คนอนุมัติหรือเกิดผลจริงโดยไม่มีเจ้าของ
• ความผิดร้ายแรงด้านขอบเขต แหล่ง หรือผู้เชี่ยวชาญ
• เวลามนุษย์รวมสูงกว่ากระบวนการเดิมต่อเนื่องตามรอบที่กำหนด
• หาจุดปลอดภัยหรือสายที่มาของผลงานไม่ได้
• เจ้าของสำคัญไม่พร้อมรับผิดชอบ

ทางย้อนกลับระบุว่าใครสั่ง ปิดสิทธิ์ใด หยุดงานตรงไหน คืนกระบวนการเดิมอย่างไร เก็บหลักฐานอะไร และจัดการร่าง/ข้อมูลตามกติกาใด

ชั้นที่ 7: ทำทะเบียนความจริงของพิมพ์เขียว

สำหรับ Oracle V4 ตัวอย่างผลงานในหนังสือแสดงความเป็นไปได้หลายระดับ ตั้งแต่มีไฟล์ยืนยัน ไปจนถึงมีส่วนที่ใช้ต่อได้หรือยังเป็นแผน ป้ายเหล่านี้ต้องอยู่กับหลักฐานและวันที่เสมอ ไม่ควรถูกย่อเป็นคำว่า “พร้อมทั้งหมด”

ชั้นที่ 8: ประเมินความพร้อมของตัวเองก่อนประเมิน AI

ให้คะแนน พร้อม / ยังไม่พร้อม / ต้องมีผู้เชี่ยวชาญ กับคำถามต่อไปนี้:

1. เรารู้ปัญหาและงานที่ต้องการหรือยัง
2. มีเจ้าของข้อมูล งาน คุณภาพ ระบบ และความเสี่ยงหรือยัง
3. มีชุดทดสอบที่รวมข้อยกเว้นและเกณฑ์หยุดหรือยัง
4. ตามสายที่มาและเวอร์ชันได้หรือยัง
5. ถอนสิทธิ์และกลับกระบวนการเดิมได้หรือยัง
6. วัดต้นทุน เวลา และภาระมนุษย์ครบหรือยัง
7. แยกข้อเท็จจริง ข้ออนุมาน ภาพออกแบบ ปัจจุบัน และแผนหรือยัง
8. ผู้ได้รับผลกระทบยังมีสิทธิ์รู้ เลือก ขอคน หรือเดินออกตามบริบทหรือไม่

ช่อง “ยังไม่พร้อม” บอกว่างานขาดอะไร และช่วยไม่ให้คุณข้ามประตูเร็วเกินไป

หยุดก่อน

หากวันที่ 90 ผลออกมาว่า “คงไว้เท่าเดิม” คุณมองว่านั่นเป็นความสำเร็จของการเรียนรู้ หรือรู้สึกว่าต้องขยายเพื่อให้สามเดือนที่ผ่านมาไม่เสียเปล่า ความรู้สึกหลังนี้อาจทำให้ต้นทุนที่จ่ายไปแล้วกลายเป็นเหตุเดินต่อทั้งที่หลักฐานไม่รองรับ

กรณีศึกษาหรือตัวอย่างจำลองที่ปลอดภัย

“บริษัทเรียนรู้ฟ้าใส” เป็นองค์กรสมมติ เลือกงานเดียว: เปลี่ยนแบบประเมินสังเคราะห์เป็นรายงานประเด็นหนึ่งหน้า

• วันที่ 1-30: ทำบัตร House ตารางสิทธิ์ บัตรสายที่มา และชุดทดสอบแปดข้อ ระบบทำแบบเงา พบว่าข้ามข้อความประชดหนึ่งครั้ง จึงปรับเกณฑ์และไม่เปิดใช้จริง
• วันที่ 31-60: ทดสอบซ้ำหลายรอบ ซ้อมถอนสิทธิ์และถอยเวอร์ชันในพื้นที่จำลอง เวลาจัดหมวดลด แต่ผู้ตรวจใช้เวลาแก้คำอธิบายมาก ทีมจึงปรับผลงานให้แสดงเพียงหลักฐานและป้ายไม่แน่ใจ
• วันที่ 61-90: ผลลัพธ์สม่ำเสมอขึ้น เจ้าของงานเห็นประโยชน์ แต่ภาระตรวจยังสูงเกินกว่าจะเพิ่ม Agent ทีมเลือก “คงไว้ในขอบเขตเดิม” และเก็บแผนขยายเป็นสถานะตามแผน

นี่เป็นผลลัพธ์ที่ดี เพราะทีมได้ระบบที่ควบคุมได้ พร้อมรู้ว่าจุดใดยังไม่คุ้ม ผลลัพธ์นี้ยังไม่รับรองว่า Oracle จะให้ผลแบบเดียวกันกับทุกธุรกิจ

กิจกรรมทดลองอย่างปลอดภัย

ภารกิจ: สร้างพิมพ์เขียว Oracle 90 วันฉบับกระดาษ

เติมแม่แบบต่อไปนี้โดยใช้ House และข้อมูลตัวอย่างจากบทก่อน:

ตรวจล่วงหน้า: ใช้ชื่อและตัวเลขสมมติ ระบุว่าพิมพ์เขียวเป็นร่าง ไม่กำหนดงบจริง ไม่เปิดสิทธิ์หรือเชื่อมระบบ และให้ทุกช่วงมีทางกลับสู่กระบวนการเดิม

ผลที่คาด: แผนหนึ่งชุดที่คนอื่นอ่านแล้วรู้ว่าแต่ละ 30 วันต้องพิสูจน์อะไร ใครตัดสิน เมื่อไรหยุด และวิธีกลับคืออะไร

หยุดและถามคนเมื่อ: แผนมีหลายปัญหาพร้อมกัน ไม่มีเจ้าของหลักฐาน ประตูเป็นเพียงวันที่ประชุม ไม่มีเกณฑ์หยุด หรือทางย้อนกลับขึ้นกับการเดาว่า “คงไม่เกิดปัญหา”

วิธีกู้คืน: ลดเหลือผลงานเดียว กลับไปใช้ข้อมูลตัวอย่าง ย้ายทุกส่วนที่ยังไม่พิสูจน์ไปคอลัมน์ “ตามแผน” และให้เจ้าของแต่ละหมวกตรวจร่างก่อนอนุญาตการทดลองใด

ระวังความเข้าใจผิด

• 90 วันไม่รับรองผลตอบแทน ความพร้อม หรือกำหนดว่าต้องขยาย
• ประตูไม่ได้ผ่านเพราะถึงวันที่ ต้องผ่านด้วยหลักฐานและผู้มีอำนาจตัดสิน
• แผนที่ย้อนกลับได้ต้องซ้อม ไม่ใช่เขียนคำว่า rollback ไว้เฉย ๆ
• คนหนึ่งถือหลายหมวกได้ในธุรกิจเล็ก แต่ความขัดแย้งทางบทบาทต้องมองเห็นและขอผู้ตรวจเพิ่มเมื่อจำเป็น
• ห้ามนำพิมพ์เขียวตัวอย่างไปใช้แทนนโยบายข้อมูล กฎหมาย ความปลอดภัย หรือการอนุมัติขององค์กรจริง

สามเรื่องที่ควรจำ

1. ใช้ 90 วันเป็นการตัดสินใจสามประตู ไม่ใช่รายการงานยาวหนึ่งก้อน
2. ทุกประตูต้องมีเจ้าของ หลักฐาน เกณฑ์หยุด และทางย้อนกลับ
3. ผลลัพธ์ที่รับผิดชอบอาจเป็นหยุด คงไว้ หรือปรับ ไม่จำเป็นต้องขยายเสมอ

คำถามชวนคิด

ถ้าต้องอธิบายพิมพ์เขียวนี้ให้ทีมฟังโดยใช้เพียงประโยคเดียว คุณบอกได้หรือไม่ว่าเรากำลังพิสูจน์อะไร และอะไรจะทำให้เราหยุด

สะพานหลังจบเส้นทางขั้นสูง

ตอนนี้ Oracle ของคุณยังอยู่ระหว่างสร้าง และมีของสำคัญพร้อมแล้ว: งานที่ชัด เจ้าของ กุญแจ ประวัติ ไม้บรรทัด งบความซับซ้อน และทางกลับ จากจุดนี้ให้นำผลงานทั้งหกไปวางในสมุดแบบฝึก ตรวจศัพท์จากอภิธานศัพท์ และเริ่มเพียงประตูแรกด้วยข้อมูลตัวอย่าง

ระบบเติบโตได้เมื่อทีมรู้ว่ากำลังเชื่ออะไร เห็นหลักฐานอะไร ใครรับผิดชอบ และหยุดได้ตรงไหน ความชัดนี้ช่วยจับความผิดเล็กก่อนมันกลายเป็นวิธีทำงานใหม่ ระบบจึงไม่ต้องสมบูรณ์แบบตั้งแต่วันแรก

เอกสารใช้งานร่วมกัน

• พจนานุกรมภาษาไทย
• สมุดงานและแบบฝึก