ผลลัพธ์ของบทนี้
เมื่อจบบทนี้ คุณจะทำ “ประตูจากพื้นที่ศึกษา (learn) ไปพื้นที่บ่มเพาะงานพัฒนา (incubate)” ที่ระบุคำถามศึกษา หลักฐานขั้นต่ำ ขอบเขตต้นแบบ ผู้อนุมัติ และเงื่อนไขหยุดได้
สถานการณ์ใกล้ตัว
ทีมเห็นเครื่องมือใหม่ที่ทำตัวอย่างสวย จึง clone โครงการแล้วเริ่มแก้ทันที ผ่านไปสามวันจึงพบว่าปัญหาจริงของทีมคือชื่อไฟล์ไม่สม่ำเสมอ และเครื่องมือใหม่ต้องใช้สิทธิ์ข้อมูลที่องค์กรยังไม่อนุมัติ
ถ้าพื้นที่ศึกษา (learn) กับพื้นที่บ่มเพาะงานพัฒนา (incubate) ไม่แยกกัน การอ่านอาจกลายเป็นการแก้ซอร์สโค้ด (source) การทดลองอาจกลายเป็นภาระดูแล และความตื่นเต้นอาจถูกตีความเป็นหลักฐานว่าควรลงทุน
ศัพท์ใหม่ในบทนี้
- พื้นที่ศึกษา (
ψ/learn/): พื้นที่แหล่งศึกษาหรือคลังโครงการ (repo) อ้างอิง - พื้นที่บ่มเพาะงานพัฒนา (
ψ/incubate/): พื้นที่โครงการที่ตั้งใจพัฒนาจริงในขอบเขตแยก - หลักฐานขั้นต่ำ: สิ่งที่ต้องเห็นก่อนยอมลงทุนหรือเปลี่ยนสถานะ
- ต้นแบบ: รุ่นเล็กเพื่อทดสอบความเป็นไปได้ ไม่ใช่ระบบพร้อมใช้
- ประตูเปลี่ยนสถานะ: เกณฑ์ที่ใช้ตัดสินใจเดินจากการศึกษาไปพัฒนา
ภาพเปรียบเทียบและขอบเขตของภาพ
พื้นที่ศึกษา (learn) เหมือนเดินสำรวจที่ดิน ส่วนพื้นที่บ่มเพาะงานพัฒนา (incubate) เหมือนเริ่มทำแบบและลงงานพัฒนา เราไม่ควรลงเสาก่อนรู้ว่าที่ดินเหมาะกับเป้าหมายหรือไม่
ภาพนี้ไม่ได้หมายความว่าการศึกษาไม่มีต้นทุนหรือไม่มีความเสี่ยง แค่เปิดคลังโครงการหรือเอกสารก็อาจพบข้อมูลลับหรือเงื่อนไขสิทธิ์ จึงต้องกำหนดขอบเขตการอ่านด้วย
แก่นของเรื่องแบบเป็นชั้น
ในพื้นที่ศึกษา (learn) ให้เขียนคำถามก่อน เช่น แก้ปัญหาใด มีข้อกำหนดอะไร หลักฐานจากแหล่งทางการ (official source) อยู่ที่ไหน และผลกระทบต่อระบบเดิมคืออะไร ห้ามแก้ต้นทาง (upstream) หรือใช้ข้อมูลจริงเพียงเพื่อ “ลองดู”
เมื่อหลักฐานขั้นต่ำครบ จึงเสนอประตูเข้าพื้นที่บ่มเพาะงานพัฒนา (incubate): เจ้าของโครงการ ขอบเขตต้นแบบ พื้นที่แยก เกณฑ์ผ่าน งบ เวลา ความปลอดภัย และวิธียกเลิก ต้นแบบที่ทำงานได้ยังไม่เท่ากับผ่านการตรวจความปลอดภัย ความเป็นส่วนตัว การปฏิบัติการ หรือการอนุมัติจากมนุษย์
ตามแนวอ้างอิงเดิม พื้นที่ศึกษา (learn) และพื้นที่บ่มเพาะงานพัฒนา (incubate) มักไม่ถูกติดตามโดยตรง หรือใช้ลิงก์เชื่อม (symlink) ไปยังคลังโครงการภายนอก แต่ระบบจริงอาจต่างกัน ต้องอ่านกฎของคลังโครงการก่อนเสมอ กิจกรรมมือใหม่ไม่สอนให้สร้างลิงก์เชื่อมหรือคัดลอกคลังด้วยคำสั่ง clone
หยุดก่อน
ถ้าหลักฐานที่ใช้เดินเข้าพื้นที่บ่มเพาะงานพัฒนา (incubate) คือ “ดูน่าสนใจ” หรือ “คนอื่นใช้เยอะ” ให้กลับไปเขียนปัญหาและเกณฑ์ที่ตรวจได้
กรณีศึกษาหรือตัวอย่างจำลองที่ปลอดภัย
ทีมเอกสารจำลองอยากใช้ OCR ในพื้นที่ศึกษา (learn) พวกเขาอ่านเอกสารและสร้างแผนที่สิ่งที่ระบบทำได้ (capability) โดยไม่ใช้ภาพจริง หลักฐานขั้นต่ำคือรองรับภาษาเป้าหมาย มีรายงานความมั่นใจ (confidence) และส่งออกไฟล์ที่แก้ไขได้
เมื่อผ่าน จึงออกแบบงานในพื้นที่บ่มเพาะงานพัฒนา (incubate) เป็นต้นแบบกับภาพข้อความสังเคราะห์ 10 หน้า มีเกณฑ์ตรวจและห้ามเผยแพร่ ผลที่ได้เป็น staged (อยู่ระหว่างเตรียม) จนกว่าคนจะเทียบภาพและสิทธิ์เนื้อหาชัด ไม่ประกาศว่าการมี Markdown แปลว่า OCR ถูกทุกคำ
กิจกรรมทดลองอย่างปลอดภัย
เขียนประตูจากพื้นที่ศึกษา (learn) ไปยังพื้นที่บ่มเพาะงานพัฒนา (incubate):
คำถามศึกษา 3 ข้อ / แหล่งหลักฐาน / เกณฑ์ผ่านขั้นต่ำ / ขอบเขตต้นแบบ / ผู้อนุมัติ / เงื่อนไขหยุด
- ก่อนเริ่ม: ใช้โครงการและข้อมูลจำลอง ไม่ clone ติดตั้ง หรือแก้ระบบจริง
- ผลที่คาด: ตัดสินใจได้ว่า “ศึกษาเพิ่ม”, “หยุด” หรือ “เสนอพื้นที่บ่มเพาะงานพัฒนา (
incubate)” พร้อมเหตุผล - หยุดและถามคนเมื่อ: จำเป็นต้องใช้ credential ข้อมูลจริง หรือสิทธิ์ที่ไม่ชัด
- วิธีกู้คืน: กลับสู่เอกสารสาธารณะ ลดขอบเขต และส่งช่องว่างให้เจ้าของโครงการ
ระวังความเข้าใจผิด
- พื้นที่ศึกษา (
learn) ไม่ใช่พื้นที่พัฒนาแฝง - พื้นที่บ่มเพาะงานพัฒนา (
incubate) ไม่เท่ากับระบบใช้งานจริง - ต้นแบบทำงานได้ไม่พิสูจน์ว่าถูกกฎหมาย ปลอดภัย หรือเหมาะกับองค์กร
สามเรื่องที่ควรจำ
- ศึกษาคำถามก่อนลงทุนทำต้นแบบ
- ใช้ประตูหลักฐานย้ายจากพื้นที่ศึกษา (
learn) ไปพื้นที่บ่มเพาะงานพัฒนา (incubate) - แยกพื้นที่ สิทธิ์ และเจ้าของให้ชัด
คำถามชวนคิด
โครงการใดที่ทีมกำลังพัฒนา ทั้งที่คำถามพื้นฐานยังควรอยู่ในพื้นที่ศึกษา (learn)
สะพานไปบทถัดไป
เมื่อรู้ว่าผลงานอยู่ห้องไหน เราจะดูการไหลทั้งบ้าน: งานดิบจากงานปัจจุบัน (active) จะกลายเป็นคลังความจำ (memory) ที่ใช้ซ้ำได้อย่างไรโดยไม่ข้ามการทบทวน