Part 6 · กระบวนการ Oracle V4 ตั้งแต่โจทย์จนตัดสินใจ

บทที่ 53: บ้านผู้เชี่ยวชาญลงมือภายในขอบเขต

บทสั้นสำหรับมือใหม่ใน Part 6: กระบวนการ Oracle V4 ตั้งแต่โจทย์จนตัดสินใจ

แฟ้มงานเดินเป็นเส้นตรงผ่านโต๊ะร่าง โต๊ะตรวจ จุดที่ต้องให้คนอนุมัติ และกล่องงานสำเร็จ
งานที่ดีมีขั้นทำ ตรวจ รอคนอนุมัติ และส่งมอบให้เห็นชัดเจน
เห็นภาพก่อนอ่าน

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

  1. House ต้องรู้ทั้งสิ่งที่ให้ทำและสิ่งที่ห้ามทำ

    ประเด็นจากหัวข้อ “สามเรื่องที่ควรจำ”

  2. งานยาวต้องมีสถานะการดำเนินงาน/ด่านที่แยกกำลังทำ ติดขัด รอตรวจ และรออนุมัติ

    ประเด็นจากหัวข้อ “สามเรื่องที่ควรจำ”

  3. เมื่อขอบเขตเปลี่ยน ให้ส่งกลับ Jan และผู้อนุมัติ ไม่ขยายงานเอง

    ประเด็นจากหัวข้อ “สามเรื่องที่ควรจำ”

สรุปแก่นของบทที่ 53 เป็นจุดสังเกตที่กลับมาทบทวนได้รวดเร็ว

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

เมื่อจบบทนี้ คุณจะทำใบกำหนดสิ่งที่ให้ทำและห้ามทำสำหรับ House ได้ ใบนี้บอกสิ่งที่ให้ทำ สิ่งที่ห้ามทำ หลักฐานที่ต้องใช้ วิธีรายงานความคืบหน้า และเงื่อนไขที่ต้องหยุดส่งกลับ Jan

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

House ได้รับงานให้ “ร่างหน้าแคตตาล็อก ห้ามเผยแพร่” ระหว่างทำพบว่าหน้าเว็บจริงเข้าถึงได้ จึงคิดว่าอัปโหลดฉบับใหม่ให้เจ้าของดูน่าจะสะดวกกว่า การเพิ่มเพียงหนึ่งขั้นดูไม่มาก แต่เปลี่ยนงานจากการสร้างร่างไปเป็นการแตะระบบจริงทันที

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

ศัพท์ใหม่ในบทนี้

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

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

ขอบเขตเหมือนเส้นสนามฟุตบอล ผู้เล่นเก่งเพียงใดก็ไม่ควรหยิบลูกไปวิ่งนอกสนามเพราะคิดว่าจะถึงประตูเร็วกว่า เมื่อบอลออก เขาหยุดและให้ผู้ตัดสินเริ่มเกมใหม่ตามกติกา

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

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

ก่อนลงมือ House ควรตอบใบกำหนดสิ่งที่ให้ทำและห้ามทำหกช่อง:

  1. รับผิดชอบ: ผลงานหรือคำถามใดที่ต้องทำให้เสร็จ
  2. ไม่รับผิดชอบ: งานที่อยู่กับ House อื่นหรือมนุษย์ เช่น เผยแพร่ อนุมัติราคา หรือตีความกฎหมาย
  3. ข้อมูลที่ใช้ได้: แหล่ง รุ่น วันที่ และข้อจำกัดการเข้าถึง
  4. หลักฐานที่ต้องสร้าง: ไฟล์ ผลตรวจ ตารางอ้างอิง หรือรายการข้อผิดพลาด
  5. วิธีรายงาน: รูปแบบไฟล์ สถานะระหว่างทาง และผู้รับรายงานคือ Jan
  6. เงื่อนไขหยุด: ข้อมูลขัดกัน สิทธิ์ไม่ชัด หลักฐานขาด งานเกินขอบเขต หรือพบการกระทำที่ต้องรอมนุษย์

ระหว่างทำ House ควรรายงาน สถานะการดำเนินงาน/ด่าน ให้แยกได้อย่างน้อยสี่แบบ: กำลังทำ, ติดขัด, รอตรวจ, และ รออนุมัติ งานยาวไม่ควรเงียบจน Jan แยกไม่ออกว่ากำลังประมวลผล ค้าง หรือหยุดไปแล้ว การรายงานความคืบหน้าไม่จำเป็นต้องส่งเนื้อหาทั้งหมด เพียงบอกสิ่งที่ทำแล้ว สิ่งที่รอ และเวลาหรือเงื่อนไขของการอัปเดตครั้งถัดไป ส่วนคำว่า completed ใช้เฉพาะสถานะ artifact เมื่อมีผลงานและหลักฐานจบตามขอบเขต

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

เมื่อพบงานเพิ่ม House ไม่ควรรับเข้ามาเงียบ ๆ ให้เขียนคำขอเปลี่ยนขอบเขตสั้น ๆ ว่า “พบอะไร / เสนอทำอะไรเพิ่ม / ทำไมจำเป็น / กระทบอะไร / ต้องการคำตัดสินจากใคร” แล้วส่งกลับ Jan เพื่อรวมผลและนำผ่านเส้นทางอนุมัติ

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

หยุดก่อน

คำว่า “ทำให้ดีที่สุด” อาจผลัก House ให้ออกนอกขอบเขตโดยไม่ตั้งใจ เปลี่ยนเป็น “ทำให้ผ่านเกณฑ์เหล่านี้ และหยุดเมื่อเจอเงื่อนไขเหล่านี้” จะปลอดภัยและตรวจได้กว่า

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

House ในเรื่องจำลองรับงานร่างคำอธิบายชาสมุนไพร 6 รายการ โดยใช้ข้อมูลสินค้าจำลองและห้ามกล่าวอ้างรักษาโรค ระหว่างทำพบเอกสารหนึ่งฉบับเขียนว่า “ช่วยให้นอนหลับลึก” แต่ไม่มีแหล่งยืนยันและอาจเป็นข้อกล่าวอ้างด้านสุขภาพ

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

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

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

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

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

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

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

  1. House ต้องรู้ทั้งสิ่งที่ให้ทำและสิ่งที่ห้ามทำ
  2. งานยาวต้องมีสถานะการดำเนินงาน/ด่านที่แยกกำลังทำ ติดขัด รอตรวจ และรออนุมัติ
  3. เมื่อขอบเขตเปลี่ยน ให้ส่งกลับ Jan และผู้อนุมัติ ไม่ขยายงานเอง

คำถามชวนคิด

ทีมของคุณมักทำงานเกินขอบเขตเพราะอยากช่วย หรือเพราะไม่มีใครเขียนเส้นให้เห็นตั้งแต่แรก

สะพานไปบทถัดไป

House ลงมือเสร็จแล้ว แต่ประโยคว่า “ทำเสร็จแล้วครับ” ยังไม่พอ บทต่อไปจะเปลี่ยนคำบอกเล่านั้นเป็นรายงานซึ่งส่งกลับมาเป็นไฟล์และให้คนถัดไปเปิด ตรวจ และตัดสินใจได้

ค้นทั้งเล่ม

อยากรู้เรื่องอะไร

พิมพ์อย่างน้อย 2 ตัวอักษร