เมื่อสองระบบธุรกิจไม่แชร์ข้อมูลกันอย่างถูกต้อง ผู้คนมักมองว่าเป็นแค่เรื่องน่ารำคาญเล็กน้อย มีคนส่งออกสเปรดชีต แก้ไขข้อมูลสองสามแถว ส่งอีเมลหาเพื่อนร่วมงาน แล้วเพื่อนร่วมงานก็นำไปอัปโหลดเข้าอีกระบบหนึ่ง วิธีนี้อาจใช้ได้ผล จนกระทั่งคนๆ นั้นลาพักร้อน หรือยอดสั่งซื้อเพิ่มขึ้นเป็นสองเท่า หรือระบบใดระบบหนึ่งได้รับการอัปเดตจนหน้าตาไฟล์เปลี่ยนไป
สิ่งที่เริ่มต้นจากการแก้ปัญหาเฉพาะหน้าแบบเร่งด่วน ค่อยๆ กลายเป็นสิ่งที่ธุรกิจต้องพึ่งพาไปโดยไม่รู้ตัว
การพิมพ์ข้อมูลซ้ำเป็นเพียงต้นทุนที่มองเห็นได้เท่านั้น
ต้นทุนที่เห็นได้ชัดคือเวลาที่เสียไปกับการคัดลอกข้อมูลจากที่หนึ่งไปยังอีกที่หนึ่ง แต่ต้นทุนที่สูงกว่านั้นคือความล่าช้า มีการรับคำสั่งซื้อแล้ว แต่สต็อกกลับยังไม่อัปเดตจนกว่าจะถึงวันพรุ่งนี้ ได้รับการชำระเงินแล้ว แต่ระบบบัญชียังคงแสดงเป็นยอดค้างชำระ ทีมงานทำงานเสร็จตั้งแต่เช้า แต่สำนักงานยังเข้าใจว่างานยังไม่เสร็จ
ผู้คนพยายามแก้ปัญหาช่องว่างเหล่านี้ด้วยการโทรศัพท์ถามกัน ทำสเปรดชีตส่วนตัวเก็บไว้เอง เพิ่มขั้นตอนการอนุมัติเผื่อไว้ เมื่อเวลาผ่านไป ธุรกิจจึงสร้างระบบนอกระบบขึ้นมาซ้อนทับระบบทางการ ซึ่งมักจะผูกติดอยู่กับความจำของพนักงานที่มีประสบการณ์เพียงไม่กี่คน
กำหนดว่าระบบใดมีอำนาจตัดสินใจในเรื่องใด
ก่อนจะเชื่อมต่อระบบใดๆ มักมีคำถามง่ายๆ ที่สำคัญมากประการหนึ่ง คือ สำหรับข้อมูลแต่ละส่วน ระบบใดเป็นผู้ตัดสินชี้ขาด?
หากที่อยู่ของลูกค้าสามารถแก้ไขได้จาก 3 จุด ข้อมูลจากจุดใดคือข้อมูลที่ถูกต้อง? หากใบแจ้งหนี้ถูกยกเลิกหลังจากส่งไปยังฝ่ายบัญชีแล้ว ฝ่ายบัญชีจะทราบได้อย่างไร? หากเครื่องสแกนส่งค่าเดิมซ้ำสองครั้งโดยบังเอิญ ควรเกิดเป็นสองรายการหรือไม่?
คำถามเหล่านี้อาจฟังดูเป็นเรื่องทางเทคนิค แต่แท้จริงแล้วคือการตัดสินใจทางธุรกิจ การตกลงกันให้ชัดเจนตั้งแต่แรกจะช่วยลดความสับสนในภายหลังได้มาก เพราะระบบเชื่อมต่ออาจรับส่งข้อมูลได้อย่างสมบูรณ์แบบ แต่ข้อมูลที่ส่งไปนั้นอาจเป็นข้อมูลที่ผิดพลาดก็ได้
วางแผนรับมือเมื่อเกิดข้อผิดพลาด
การเชื่อมต่อระหว่างระบบสามารถล้มเหลวได้ด้วยเรื่องธรรมดาๆ เช่น อินเทอร์เน็ตหลุด รหัสผ่านหมดอายุ ซัพพลายเออร์เปลี่ยนซอฟต์แวร์ หรือข้อมูลมาถึงไม่ตามลำดับ การเชื่อมต่อที่ดีต้องคาดการณ์สิ่งเหล่านี้ไว้ล่วงหน้า ต้องตรวจจับปัญหาได้ กักเก็บข้อมูลไว้ก่อน พยายามส่งใหม่ตามขั้นตอนที่เหมาะสม และช่วยให้ผู้ดูแลมองเห็นจุดที่ติดขัดเพื่อเข้าไปแก้ไขได้อย่างง่ายดาย
การส่งข้อมูลซ้ำต้องทำด้วยความระมัดระวัง การเช็กสต็อกสินค้าสองครั้งอาจไม่ก่อให้เกิดผลเสีย แต่การส่งยอดชำระเงินหรือคำสั่งจัดส่งซ้ำสองครั้งย่อมสร้างปัญหา การเชื่อมต่อที่ออกแบบมาเป็นอย่างดีจะตรวจจับข้อความที่ส่งซ้ำได้และเพิกเฉยต่อข้อมูลนั้น แทนที่จะประมวลผลซ้ำเป็นครั้งที่สอง
ทำให้ปัญหาเป็นสิ่งที่มองเห็นได้ง่าย
การเชื่อมต่อที่ดีควรตอบคำถามพื้นฐานเหล่านี้ได้ทุกเมื่อ: วันนี้มีคำสั่งซื้อเข้ามาเท่าใด? มีรายการใดกำลังรออยู่หรือไม่? รายการที่รอนานที่สุดรอนานเท่าใดแล้ว? มีรายการใดล้มเหลวและต้องมีคนเข้าไปตรวจสอบหรือไม่?
การแจ้งเตือนที่มีประโยชน์ที่สุดคือเรื่องที่เกี่ยวกับธุรกิจ ไม่ใช่คอมพิวเตอร์ การแจ้งว่า “คำสั่งซื้อยังไม่ถึงคลังสินค้าเป็นเวลา 2 ชั่วโมงแล้ว” มีประโยชน์กว่า “เซิร์ฟเวอร์กำลังทำงานหนัก” มาก
นอกจากนี้ยังควรเปรียบเทียบยอดรวมระหว่างระบบเป็นประจำ เช่น จำนวนคำสั่งซื้อ ยอดรวมใบแจ้งหนี้ สต็อกสินค้าคงเหลือ เพราะแม้แต่ระบบที่ดีก็อาจค่อยๆ คลาดเคลื่อนออกจากกัน ไม่มีใครรับประกันได้ว่าจะไม่มีอะไรผิดพลาด สิ่งที่ทำได้คือตรวจจับปัญหาให้เร็ว ก่อนที่จะกลายเป็นความเสียหายมูลค่ามหาศาล
จัดการจุดเชื่อมต่อที่สร้างปัญหามากที่สุดก่อน
การเชื่อมต่อไม่จำเป็นต้องเป็นแบบทันทีทันใดไปเสียทั้งหมด รายงานการขายที่อัปเดตข้ามคืนมักเพียงพอต่อการใช้งาน แต่สิ่งใดก็ตามที่ควบคุมสต็อกพร้อมขายหรือเกี่ยวข้องกับการเงิน จำเป็นต้องมีความเสถียรและได้รับการเฝ้าระวังอย่างใกล้ชิดกว่ามาก
จุดเริ่มต้นที่ดีคือการร่างแผนผังเส้นทางการไหลของข้อมูลในธุรกิจ นับความถี่ที่พนักงานต้องจัดการข้อมูลด้วยตนเอง และจดบันทึกปัญหาที่เสียเวลามากที่สุด จากนั้นจึงเริ่มแก้จุดเชื่อมต่อที่สร้างปัญหาหนักใจที่สุดก่อน การเชื่อมต่อขนาดเล็กที่มีการดูแลที่ดีเพียงจุดเดียว สามารถลดความเสี่ยงได้มากกว่าโครงการแพลตฟอร์มขนาดใหญ่ที่ทำเท่าไรก็ไม่เสร็จสมบูรณ์
สิ่งสำคัญที่สุดที่ควรจดจำ
การเชื่อมต่อระบบที่ดีไม่ได้วัดจากจำนวนระบบที่คุณเชื่อมต่อได้ แต่วัดจากการที่ข้อมูลที่ถูกต้องถูกส่งไปยังจุดที่ถูกต้องในเวลาที่เหมาะสม และสามารถรับรู้ได้อย่างรวดเร็วเมื่อเกิดความผิดพลาด