การตัดสินใจเลือกพาร์ทเนอร์ด้านวิศวกรรม: สิ่งที่ผู้ก่อตั้งในเอเชียแปซิฟิกมักเข้าใจผิดซ้ำแล้วซ้ำเล่า

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

ข้อผิดพลาดที่ 1: เลือกจากอัตราค่าจ้างรายวันแทนที่จะเป็นต้นทุนต่อผลลัพธ์

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

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

ข้อผิดพลาดที่ 2: มองว่ากระบวนการ RFP คือการตรวจสอบสถานะอย่างรอบคอบ

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

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

ข้อผิดพลาดที่ 3: เลือกพาร์ทเนอร์ที่ไม่มีประสบการณ์ส่งมอบงานในเอเชียแปซิฟิก

ความร่วมมือด้านวิศวกรรมในเอเชียแปซิฟิกมาพร้อมข้อกำหนดด้านการดำเนินงานเฉพาะ การปฏิบัติตามกฎหมายว่าด้วยถิ่นที่อยู่ของข้อมูลในสิงคโปร์ เวียดนาม และอินโดนีเซีย การประสานงานข้ามเขตเวลาในหลายตลาด และความคุ้นเคยกับกรอบกำกับดูแล เช่น MAS, PDPA และกรอบเฉพาะอุตสาหกรรม ล้วนส่งผลต่อการส่งมอบงาน พาร์ทเนอร์ที่ไม่มีประสบการณ์ในบริบทเหล่านี้จะสร้างความเสี่ยงที่สามารถหลีกเลี่ยงได้

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

ข้อผิดพลาดที่ 4: ไม่กำหนดความเป็นเจ้าของก่อนลงนามสัญญา

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

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

ข้อผิดพลาดที่ 5: ข้ามการตกลงเรื่องระเบียบการสื่อสาร

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

ความร่วมมือด้านวิศวกรรมที่มีโครงสร้างดีในเอเชียแปซิฟิกควรกำหนดสิ่งเหล่านี้ไว้อย่างชัดเจน ได้แก่ รูปแบบ standup แบบไม่ประสานเวลาประจำวัน โครงสร้างการประชุมประสานเวลาประจำสัปดาห์ SLA สำหรับการตอบสนองต่อเหตุการณ์ และจุดติดต่อที่ระบุชื่อสำหรับการยกระดับปัญหาทั้งสองฝ่าย สิ่งนี้ควรถูกบันทึกไว้ก่อนสปรินต์แรก ไม่ใช่หลังจากเกิดเหตุการณ์ครั้งแรก

ข้อผิดพลาดที่ 6: ประเมินระยะเวลาปรับตัวเข้างานต่ำเกินไป

ผู้ก่อตั้งมักคาดหวังว่าพาร์ทเนอร์ด้านวิศวกรรมรายใหม่จะทำงานได้เต็มความเร็วภายในสองสัปดาห์ สำหรับผลิตภัณฑ์ที่ซับซ้อน สี่ถึงแปดสัปดาห์เป็นระยะเวลาที่สมจริงกว่า การประเมินระยะเวลาปรับตัวเข้างานต่ำเกินไปนำไปสู่การบีบอัดขอบเขตงาน และสร้างแรงกดดันให้พาร์ทเนอร์ข้ามการทำเอกสารและการทดสอบในสปรินต์แรก ๆ ซึ่งก่อให้เกิดหนี้ทางเทคนิคที่สะสมมากขึ้นตามเวลา

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

ข้อผิดพลาดที่ 7: ประเมินจากความสวยงามของผลงานแทนที่จะเป็นความลึกซึ้งด้านวิศวกรรม

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

ควรถามคำถามเชิงเทคนิคที่เจาะจง เช่น ระบบถูกออกแบบมาเพื่อรองรับผู้ใช้พร้อมกันอย่างไร การตั้งค่าระบบสังเกตการณ์ (observability) เป็นอย่างไร และการย้ายฐานข้อมูลในสภาพแวดล้อมจริงถูกจัดการอย่างไร พาร์ทเนอร์ที่มีความลึกซึ้งด้านวิศวกรรมอย่างแท้จริงจะตอบคำถามเหล่านี้ได้โดยไม่ลังเล ส่วนพาร์ทเนอร์ที่มีความสามารถด้านเทคนิคตื้นเขินมักจะเบี่ยงคำตอบไปที่ฝ่ายผลิตภัณฑ์และดีไซน์แทน

คำถามที่พบบ่อย

ปัจจัยที่สำคัญที่สุดในการเลือกพาร์ทเนอร์ด้านวิศวกรรมในเอเชียแปซิฟิกคืออะไร

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

ผู้ก่อตั้งในเอเชียแปซิฟิกมักหาพาร์ทเนอร์ด้านวิศวกรรมอย่างไร

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

เราควรถามคำถามอะไรบ้างเมื่อสัมภาษณ์ผู้สมัครเป็นพาร์ทเนอร์ด้านวิศวกรรม

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

เราจะประเมินความสม่ำเสมอในการส่งมอบงานของพาร์ทเนอร์ด้านวิศวกรรมได้อย่างไร

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