ค้นหาใน Paritsea

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

กด Esc เพื่อปิด แล้วกลับไปหน้าที่กำลังอ่าน

บทความที่บันทึก

รายการนี้เก็บไว้ในเบราว์เซอร์ที่คุณกำลังใช้บนอุปกรณ์นี้

ยังไม่มีบทความที่บันทึก กดสัญลักษณ์ที่คั่นหนังสือบนบทความเพื่อเก็บไว้อ่านภายหลัง

ก่อนสร้างระบบ ต้องรู้ว่ากำลังให้มันรับหน้าที่อะไร

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

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

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

ขั้นตอนที่เขียนไว้ อาจยังไม่ใช่ความเข้าใจทั้งงาน

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

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

การทำแทนคนต้องเข้าใจสิ่งที่คนนั้นทำอยู่

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

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

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

เมื่อระบบผิดพลาด ใครรู้และใครทำอะไรต่อ?

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

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

ชะลอการสร้าง เพื่อให้สร้างสิ่งที่ต้องการจริง

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

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

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