ต้นทุนแฝงของการบริหารทีมวิศวกรรมระดับโลก และวิธีบรรเทาผลกระทบ

• สิ่งที่อยากรู้ก่อนจะเริ่มบริหารทีมเทคนิคระดับโลก
  > คำสัญญาว่าจะพัฒนาได้ตลอด 24/7 ข้ามเขตเวลานั้น ต้องแลกมากับต้นทุนมหาศาลด้านความเร็วในการทำงานที่ลดลง
• ในทางทฤษฎี การใช้ประโยชน์จากบุคลากรทั่วโลก การมีช่วงเวลาครอบคลุมกว้าง และการบริหารกำลังคนระดับโลกอาจดูน่าดึงดูด
• แต่หลังจากบริหารทีมแบบกระจายตัวมา 5 ปี ฉันได้ข้อสรุปที่ชวนอึดอัดว่า:
  > ทีมที่ทำงานอยู่ในภูมิภาคเดียวกัน มักทำผลงานได้ดีกว่าทีมที่กระจายข้ามหลายเขตเวลาอย่างสม่ำเสมอ
• เรื่องนี้เป็นจริงเหมือนกัน ไม่ว่าจะเป็นงานทางไกลหรือทำงานจากออฟฟิศ
• จากประสบการณ์การรวมการทำงานหลายภูมิภาคที่ Getaround ทั้งฝรั่งเศสและทั่วสหรัฐฯ (โดยเฉพาะ SF, LA) พูดได้อย่างชัดเจนว่า:
  > การทำงานร่วมกันข้ามเขตเวลาเป็นปัญหาที่ยากโดยพื้นฐาน และสิ่งที่เราทำได้ดีที่สุดคือพยายามลดความเสียหายของมันให้น้อยที่สุด

ประสบการณ์และภูมิหลัง

• ผู้เขียนในอดีตทำงานแบบเข้าออฟฟิศประมาณ 2/3 และทำงานทางไกล/ไฮบริดประมาณ 1/3
• ตลอด 5 ปีที่ผ่านมาได้บริหารทีมแบบกระจายตัวทั่วโลก และเริ่มดูแลทีมทางไกลตั้งแต่ได้รับตำแหน่งผู้จัดการครั้งแรก
• นี่ไม่ใช่ข้อถกเถียงเรื่อง "งานทางไกล vs. งานออฟฟิศ" เพราะไม่มีรูปแบบไหนที่เหนือกว่าแบบสากล แต่ละทีมและเป้าหมายย่อมเหมาะกับวิธีต่างกัน
• ประเด็นสำคัญคือฉันไม่ได้เป็นฝ่ายเลือกสร้างทีมระดับโลกเอง
  • เช่นเดียวกับผู้นำหลายคน ฉันต้องรับปัญหานี้มาโดยธรรมชาติผ่าน การเข้าซื้อกิจการของบริษัท
  • ฉันเข้าร่วมบริษัทนี้หลังจาก Getaround เข้าซื้อบริษัทฝรั่งเศสที่ฉันทำงานอยู่ และหลังจากนั้นก็ต้องรับมือกับการเข้าซื้อหลายครั้ง ทำให้สถานการณ์การบริหารเขตเวลาใหม่ ๆ และความต่างทางวัฒนธรรมเกิดซ้ำอยู่เรื่อย ๆ
• ในกระบวนการนี้ ฉันได้ สัมผัสมาทั้งสองฝั่ง คือทั้งใน มุมของทีมที่ถูกซื้อกิจการ (ฝ่ายที่ถูกรวมเข้ากับองค์กรใหญ่กว่า) และ มุมขององค์กรเดิม (ฝ่ายที่ต้องรวมทีมที่เพิ่งซื้อมาเข้าด้วยกัน)
• ข้อสรุปที่ได้จากทุกสถานการณ์เหล่านี้
  • ฉันสรุปว่า การดูแลทีมให้อยู่ในพื้นที่ใกล้กันให้มากที่สุดมีประสิทธิภาพที่สุด โดย ระยะห่างทางกายภาพจากออฟฟิศ ควรอยู่ ภายใน 3–5 ชั่วโมง
  • นี่ไม่ใช่เพียงเพื่อ เพิ่มการควบคุม แต่เพื่อสร้างโอกาสให้ พบกันและทำงานร่วมกันแบบเจอหน้ากันได้ในช่วงเวลาสำคัญ
  • โดยเฉพาะใน กระบวนการรวมทีมหลังการเข้าซื้อกิจการ ระยะห่างทางกายภาพส่งผลมากด้วยเหตุผลต่อไปนี้
    • ทำ Structured Onboarding ได้
    • มีโอกาสสร้าง ความสัมพันธ์ส่วนตัว มากขึ้น → เป็นปัจจัยสำคัญที่กำหนดความสำเร็จระยะยาว
• สุดท้ายแล้ว หากต้องการบริหารทีมระดับโลกให้มีประสิทธิภาพ สิ่งสำคัญคือ ลดความต่างของเขตเวลาให้มากที่สุด และสร้างสภาพแวดล้อมที่สามารถพบกันได้โดยตรงเมื่อจำเป็น

ปัญหาหลัก (และเหตุผลที่มันหนักกว่าที่คาด)

1. การทำงานร่วมกันแบบเรียลไทม์แทบเป็นไปไม่ได้

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

2. ความต่างของเขตเวลาอาจกลายเป็นตัวตัดสินว่าไปต่อไม่ได้

• ต่างกัน 3 ชั่วโมง: ระดับนิวยอร์ก-ซานฟรานซิสโกยังพอจัดการได้
• ต่างกัน 6 ชั่วโมง: ระดับนิวยอร์ก-ปารีส หมายความว่าฝ่ายใดฝ่ายหนึ่งต้องเสียสละตารางเวลาอยู่เสมอ
• ต่างกัน 9 ชั่วโมง: อย่างกรณี LA-ปารีส แม้แต่การตัดสินใจง่าย ๆ ก็ล่าช้าเป็นวัน ๆ ซ้ำแล้วซ้ำเล่า
• เมื่อบริบทเปลี่ยน ก็เกิดวงจรแย่ ๆ ที่ต้องกลับมาถามใหม่อีก

3. ปัญหาเชิงเศรษฐศาสตร์ที่ซับซ้อนกว่าที่คิด

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

4. การประชุมกลายเป็นภาระหนัก

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

5. โครงสร้างทีมเริ่มผิดรูป

• เมื่อทีมถูกแบ่งตามเขตเวลา ก็จะเกิด silo
• ยิ่งพยายามลดการพึ่งพากันระหว่างทีม ก็ยิ่งสูญเสียพลังร่วมจากการทำงานประสานกัน
• หลังการควบรวมกิจการของ Getaround ก็เกิดปรากฏการณ์ที่ทีม backend และทีม mobile แยกตัวตามภูมิภาคมากขึ้นจริง

6. ความต่างทางวัฒนธรรมขยายทุกปัญหาให้รุนแรงขึ้น

• เมื่อเขตเวลาแตกต่างกัน โดยมากวัฒนธรรมก็มักต่างกันด้วย
• วัฒนธรรมการสื่อสารแบบตรงไปตรงมา (Direct) กับวัฒนธรรมที่ให้ความสำคัญกับบริบท (Context) อาจปะทะกันจนเกิดความเข้าใจผิด
• วิธีให้ feedback หรือกระบวนการตัดสินใจที่ต่างกันทำให้การทำ alignment ภายในทีมยากขึ้น
• แม้แต่ความต่างของถ้อยคำอย่าง “สตอรี่นี้ใหญ่เกินไป ต้องแตกเป็นงานย่อย” vs. “สงสัยว่าถ้าลองทำให้เป็นหน่วยที่เล็กกว่านี้จะเป็นอย่างไร” ก็อาจทำให้เกิดแรงปะทะได้

7. ผลกระทบต่อเส้นทางอาชีพที่คนไม่ค่อยพูดถึง

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

วิธีดำเนินการที่ถูกต้อง

เริ่มจากพื้นที่ใกล้ตัว (Local) ก่อน

• สร้างทีมให้อยู่ใกล้สำนักงานใหญ่ขององค์กร หรืออย่างมากไม่เกินระยะต่างกัน 3–5 ชั่วโมง
• เมื่อจำเป็นก็สามารถพบกันเพื่อทำงานร่วมกันได้โดยตรง และมีบริบททางวัฒนธรรมที่คล้ายกัน
• เขตเวลาที่สอดคล้องกันทำให้การสื่อสารแบบเรียลไทม์เป็นธรรมชาติ

หากจำเป็นต้องขยาย

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

[roxie]

แม้แต่บริษัทระดับโลกอย่าง Google เองก็น่าจะจัดวางวิศวกรโครงสร้างพื้นฐานไว้มากกว่าสามภูมิภาคเพื่อให้ได้ความน่าเชื่อถือแบบ 24/7 กันหรือเปล่านะ

[alucardkang]

คงต้องเลิกมองภาพฝันของการทำวิศวกรรมระดับโลกกันได้แล้ว..

แม้จะต้องอาศัยการปรับกระบวนการให้เหมาะสมอย่างถึงขีดสุด แต่การพัฒนาแบบ 3 กะโดยยึดมาตรฐานท้องถิ่นเดียวก็เป็นเรื่องปกติในฝั่งเกม ตัวอย่างชัดเจนคือสตูดิโอเกมขนาดใหญ่ของจีนหลายแห่งพัฒนาแบบ 24 ชั่วโมงด้วยระบบ 3 กะ

บริษัทเกมอย่าง EA, Ubisoft ที่ทำ global engineering มานาน ต่างก็ทำงานตามไทม์โซนของตัวเอง จึงเลี่ยงไม่ได้ที่จะมีความล่าช้าในความเร็วการดำเนินงาน แต่ก็เหมือนใช้ค่าครองชีพที่ถูกกว่า + ต้นทุนแรงงานที่ต่ำกว่ามาชดเชยจุดนี้ในการดำเนินงานอยู่ (ตอนนี้หลังการปลดพนักงานครั้งใหญ่ ผมก็ไม่แน่ใจว่าสถานการณ์เป็นอย่างไรแล้วเหมือนกัน)

[kandk]

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

[gguimoon]

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