7 เรื่องที่ต้องตรวจก่อนร่วมงานกับบริษัทซอฟต์แวร์จีน

สิ่งที่ต้องดูคือเนื้อในของคู่ค้า ไม่ใช่แค่วิธีเดินโครงการ

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

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

เจ็ดเรื่องที่ต้องตรวจก่อนเซ็นสัญญา

• ① มีประสบการณ์หน้างานโรงงานหรือไม่ — ให้ถามถึง PLC ฟิลด์บัส และการควบคุมทางไฟฟ้า ไม่ใช่แค่แฟ้มผลงานแอปพลิเคชันที่ส่งมอบแล้ว การดึงข้อมูลจากเครื่องจักรเป็นงานอีกประเภทหนึ่งจากการพัฒนาระบบเว็บ ถามเจาะจงว่าในไลน์ผลิตจริงเคยเชื่อมต่อ PLC ยี่ห้อใด ผ่านโปรโตคอลอะไร คำตอบจะบอกทันทีว่ามีประสบการณ์หรือไม่
• ② ประสานงานและทำเอกสารด้วยภาษาอะไร — ประเด็นไม่ใช่ว่ามีล่ามในที่ประชุมหรือไม่ แต่คือส่งมอบเอกสารข้อกำหนดและคู่มือการใช้งานเป็นภาษาอังกฤษได้หรือไม่ เอกสารที่พนักงานหน้างานอ่านไม่ได้ หลังเปิดใช้ก็ไม่มีใครใช้ ให้ยืนยันว่ามีช่องทางประสานงานภาษาอังกฤษที่คงตัวตลอดโครงการ และเคยออกเอกสารทางวิศวกรรมมากกว่าหนึ่งภาษาหรือไม่
• ③ เอกสารส่งมอบเป็นระบบหรือไม่ — ต้องมีรายการครบตั้งแต่เริ่มโครงการถึงงานบำรุงรักษา ไม่ใช่เอกสารออกแบบฉบับเดียว ข้อเสนอโครงการ ข้อตกลงทางเทคนิค เอกสารข้อกำหนด ตารางจัดสรร I/O ตารางจัดสรรแอดเดรส ผังเครือข่าย เอกสารออกแบบหน้าจอ คู่มือการใช้งาน เอกสารอธิบายตารางฐานข้อมูล เอกสารอธิบายอินเทอร์เฟซข้อมูล รายงานการทดสอบ ชุดเอกสารตรวจรับ รายการงานบำรุงรักษา รายงานบำรุงรักษารายปี — ความต่างอยู่ที่ว่าเขาหยิบรายการอย่างนี้มาวางให้ดูล่วงหน้าได้หรือไม่
• ④ จัดการความปลอดภัยข้อมูลและข้อมูลอย่างไร — วิธีเชื่อมต่อ (VPN หรือวงจรเช่า) การจัดการสิทธิ์เข้าถึง การเก็บบันทึกการใช้งาน ที่จัดเก็บซอร์สโค้ดและแบบ และข้อมูลอยู่ในประเทศของคุณหรือเก็บไว้ฝั่งผู้ขายด้วย นอกจากถ้อยคำในสัญญารักษาความลับ ให้ดูว่าเขาอธิบายเรื่องนี้เป็นขั้นตอนปฏิบัติประจำวันได้หรือไม่
• ⑤ รับงานนำร่องขอบเขตแคบได้หรือไม่ — แทนที่จะสั่งงานทั้งก้อนตั้งแต่ต้น ให้ถามว่าเขารับงานนำร่องที่จำกัดไว้ที่เครื่องจักรหนึ่งเครื่องหรือไลน์หนึ่งไลน์หรือไม่ บริษัทที่ปฏิเสธงานนำร่อง หรืออธิบายโครงสร้างค่าใช้จ่ายระหว่างงานนำร่องกับงานเต็มรูปไม่ได้ อาจยังไม่คุ้นกับการขีดขอบเขต และให้ยืนยันด้วยว่าผลงานจากงานนำร่องใช้ต่อเป็นฐานของงานหลักได้เลยหรือไม่
• ⑥ เกณฑ์ตรวจรับเขียนลงข้อตกลงทางเทคนิคได้หรือไม่ — ไม่ใช่ "พัฒนาฟังก์ชันให้ใช้ได้" แต่เป็นเงื่อนไขที่วัดได้ เช่น ขีดจำกัดบนของความหน่วงข้อมูล นิยามการรวมยอดของรายงานแต่ละฉบับ และความครบถ้วนของข้อมูลหลังการเชื่อมต่อกลับมา บริษัทที่ตอบทันทีว่า "เขียนได้" อยู่ในสถานะที่ต่างจากบริษัทที่รับประกันด้วยปากเปล่า
• ⑦ ผูกพันเรื่องบำรุงรักษาและเวลาตอบสนองหลังส่งมอบอย่างไร — ช่องทางติดต่อ เวลาตอบสนอง ขอบเขตงานบำรุงรักษารายปี วิธีรับมือเมื่อไลน์เปลี่ยน และความถี่ของรายงาน ถ้าเขามีแบบสัญญาบำรุงรักษารายปีและแบบฟอร์มรายงานบำรุงรักษาอยู่แล้ว ก็เห็นได้ว่าการดูแลต่อเนื่องเป็นสิ่งที่ทำจริง

จากเจ็ดข้อ ① ② ③ เป็นคุณสมบัติของผู้ขาย ส่วน ④ ⑤ ⑥ ⑦ เป็นสิ่งที่ต่อรองเข้าไปในสัญญาได้ เมื่อฝั่งคุณสมบัติยังไม่ผ่าน ไม่ว่าจะร่างสัญญาละเอียดเพียงใด ภาระที่ตกกับทีมของคุณเองก็ไม่ลดลง

งานรับจ้าง IT ล้วน ๆ ต่างจากผู้ขายที่มีพื้นหน้างานอย่างไร

สองบริษัทเรียกตัวเองว่าผู้พัฒนาซอฟต์แวร์ได้เหมือนกัน แต่ยังเก่งในขั้นตอนที่ต่างกันสิ้นเชิง ตารางเทียบต่อไปนี้ไม่ได้ตัดสินว่าแบบไหนถูก แต่เพื่อให้รู้ว่าปริมาณงานของระบบโรงงานไปกองอยู่ตรงไหน

ตารางข้างต้นเทียบแนวโน้ม ไม่ใช่การประเมินบริษัทรายใดรายหนึ่ง ในทางปฏิบัติมีผู้ขายที่มีทั้งสองลักษณะรวมกัน เกณฑ์ตัดสินไม่ใช่การจัดประเภทแต่เป็นเนื้อหาคำตอบในข้อ ① ถึง ⑦

ล็อกรายการเอกสารก่อนเซ็นสัญญา ไม่ใช่ "ค่อยว่ากันทีหลัง"

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

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

• กลุ่มเริ่มโครงการและสัญญา: ข้อเสนอโครงการ ข้อตกลงทางเทคนิค เอกสารข้อกำหนด — เอกสารที่กำหนดขอบเขตและเงื่อนไขตรวจรับ
• กลุ่มออกแบบ: ตารางจัดสรร I/O ตารางจัดสรรแอดเดรส ผังเครือข่าย เอกสารออกแบบหน้าจอ — เอกสารที่กำหนดว่าสัญญาณแต่ละตัวมาจากไหนและแสดงผลอย่างไร
• กลุ่มใช้งาน: คู่มือการใช้งาน เอกสารอธิบายตารางฐานข้อมูล เอกสารอธิบายอินเทอร์เฟซข้อมูล — เอกสารที่หน้างานและฝ่าย IT ใช้หลังเปิดใช้
• กลุ่มตรวจพิสูจน์: รายงานการทดสอบ ชุดเอกสารตรวจรับ — เอกสารที่แสดงว่าทำได้ตามเกณฑ์ที่ตกลงกันไว้
• กลุ่มบำรุงรักษา: รายการงานบำรุงรักษา รายงานบำรุงรักษารายปี — เอกสารที่บันทึกขอบเขตงานหลังส่งมอบและสิ่งที่ทำไปจริง

ห้าเรื่องที่ต้องสังเกตในงานนำร่องขอบเขตแคบ

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

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

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