บริษัทเทคโนโลยีต้องเผชิญกับความขัดแย้งที่น่าสับสน: งานที่มีประสิทธิภาพที่สุดของพวกเขาเกิดขึ้นในทีมเล็กๆ หรือในช่วงนอกเวลางาน แต่พวกเขากลับเพิ่มชั้นของระบบราชการที่ทำให้ทุกอย่างช้าลง การวิเคราะห์ล่าสุดที่อ้างอิงจาก Seeing Like a State ของ James C. Scott เผยให้เห็นว่าทำไมความบ้าคลั่งที่ดูเหมือนนี้จึงสมเหตุสมผลทางธุรกิจ
แนวคิดนี้มีศูนย์กลางอยู่ที่ความสามารถในการอ่านได้ - การทำให้งานคาดเดาได้ วัดผลได้ และติดตามได้ผ่านกระบวนการที่เป็นทางการ แม้ว่าวิธีการนี้จะลดประสิทธิภาพทางวิศวกรรมโดยตรง แต่มันสร้างสิ่งที่มีค่ามากกว่าสำหรับบริษัทใหญ่: ความสามารถในการวางแผนล่วงหน้า ประสานงานกับองค์กรอื่น และที่สำคัญที่สุดคือ การชนะสัญญาองค์กรที่ร่ำรวย
ต้นทุนที่ซ่อนอยู่ของระบบราชการ
วิศวกรซอฟต์แวร์มักจะล้อเลียนเรื่องการลาหยุดเพื่อทำงานจริงๆ หรือการมีประสิทธิภาพมากกว่าเมื่อทำงานคนเดียวมากกว่าในทีม นี่ไม่ใช่แค่อารมณ์ขันในที่ทำงาน - มันสะท้อนถึงการสูญเสียประสิทธิภาพจริงที่เกิดขึ้นเมื่อบริษัทให้ความสำคัญกับกระบวนการมากกว่าความเร็ว สตาร์ทอัพเล็กๆ สามารถทำงานได้เหนือกว่ายักษ์ใหญ่ด้านเทคโนโลยีที่มีวิศวกรมากกว่าสิบเท่า เพียงเพราะพวกเขาหลีกเลี่ยงภาระของระบบการวางแผน การรายงาน และการประสานงานที่เป็นทางการ
อย่างไรก็ตาม การมองกระบวนการเหล่านี้เป็นเพียงการสิ้นเปลืองล้วนๆ จะพลาดจุดประสงค์เชิงกลยุทธ์ของมัน ลูกค้าองค์กรขนาดใหญ่ต้องการความคาดเดาได้และความมุ่งมั่นระยะยาวที่เฉพาะองค์กรที่มีโครงสร้างสูงเท่านั้นที่สามารถให้ได้ สตาร์ทอัพอาจสร้างฟีเจอร์ได้เร็วกว่า แต่ไม่สามารถสัญญาได้อย่างน่าเชื่อถือว่าจะส่งมอบฟังก์ชันการทำงานเฉพาะในช่วงเวลา 18 เดือน พร้อมรายงานความคืบหน้าที่ละเอียด
ความแตกต่างหลักระหว่างบริษัทเทคโนโลยีขนาดเล็กและขนาดใหญ่:
| ด้าน | บริษัทขนาดเล็ก | บริษัทขนาดใหญ่ |
|---|---|---|
| ความเร็วในการตัดสินใจ | ชั่วโมงถึงไม่กี่วัน | หลายสัปดาห์ถึงหลายเดือน |
| ภาระงานด้านกระบวนการ | กระบวนการทางการน้อยที่สุด | การวางแผนและรายงานที่ครอบคลุม |
| ประสิทธิภาพของทีม | ผลิตภาพส่วนบุคคลสูง | ประสิทธิภาพต่อคนต่ำกว่า |
| การขายองค์กร | ความสามารถจำกัด | ความมุ่งมั่นระยะยาวที่มีโครงสร้าง |
| การสื่อสาร | ช่องทางไม่เป็นทางการโดยตรง | ระบบลำดับชั้นที่เป็นทางการ |
| การวางแผนโครงการ | ยืดหยุ่นและตอบสนองได้ | รอบการวางแผนรายไตรมาส |
ลูกค้าองค์กรขับเคลื่อนความต้องการด้านกระบวนการ
ตัวขับเคลื่อนที่แท้จริงของระบบราชการในองค์กรไม่ใช่การควบคุมภายใน - แต่เป็นความต้องการของลูกค้าภายนอก ข้อตกลงองค์กรซึ่งอาจมีมูลค่าหลายล้านดอลลาร์สหรัฐ ต้องการให้ผู้ขายแสดงให้เห็นถึงความน่าเชื่อถือผ่านกระบวนการที่เป็นทางการ ลูกค้าเหล่านี้ต้องการเห็นเอกสารการวางแผนรายไตรมาส ระบบติดตามความคืบหน้า และโครงสร้างความรับผิดชอบที่ชัดเจนก่อนที่จะลงนามในสัญญาสำคัญ
สิ่งนี้สร้างวงจรป้อนกลับที่ทำให้บริษัทเทคโนโลยีที่ประสบความสำเร็จมีกระบวนการมากขึ้นเมื่อเติบโต ลูกค้าที่ทำกำไรได้มากที่สุดเลือกผู้ขายที่สามารถพูดภาษาของพวกเขาในเรื่องการจัดการโครงการที่เป็นทางการและการรายงานที่ละเอียด บริษัทที่ต่อต้านการเปลี่ยนแปลงนี้มักพบว่าตัวเองถูกขังออกจากส่วนตลาดที่ทำกำไรได้มากที่สุด
การกบฏที่ได้รับอนุญาตและเครือข่ายไม่เป็นทางการ
แม้จะเน้นกระบวนการที่เป็นทางการอย่างหนัก บริษัทเทคโนโลยีที่ประสบความสำเร็จยังคงรักษาช่องทางหลบหนีสำหรับงานเร่งด่วน ทีมเสือหรือทีมจู่โจมได้รับอนุญาตชั่วคราวให้ข้ามขั้นตอนปกติเมื่อเผชิญกับปัญหาวิกฤต กลุ่มเหล่านี้ทำงานด้วยการกำกับดูแลน้อยที่สุดและสามารถแก้ปัญหาในไม่กี่วันที่อาจใช้เวลาหลายเดือนผ่านช่องทางปกติ
โดยทั่วไปแล้ว วิศวกรพึ่งพาช่องทางหลังที่ไม่เป็นทางการ - ความสัมพันธ์โดยตรงกับเพื่อนร่วมงานในทีมอื่นที่สามารถทำการเปลี่ยนแปลงอย่างรวดเร็วโดยไม่ต้องผ่านระบบคำขอทางการ วิศวกรคนหนึ่งอาจขอให้อีกคนหนึ่งทำการเปลี่ยนแปลงโค้ดง่ายๆ เพียงบรรทัดเดียว โดยข้ามกระบวนการวางแผนที่เป็นทางการหลายสัปดาห์ ความสัมพันธ์เหล่านี้มีความสำคัญต่อการดำเนินงานประจำวัน แต่ยังคงมองไม่เห็นในระบบติดตามทางการ
วิธีที่แท้จริงในการแก้ปัญหานี้คือช่องทางหลังที่อ่านไม่ได้ วิศวกรในทีม A ติดต่อวิศวกรในทีม B ถาม: 'เฮ้ ช่วยทำการเปลี่ยนแปลงบรรทัดเดียวนี้ให้หน่อยได้ไหม' วิศวกรในทีม B จึงทำทันที อาจสร้างข้ออ้าง อาจไม่ก็ได้
ขั้นตอนการทำงานโครงการทั่วไปของบริษัทขนาดใหญ่:
- การสร้างแนวคิดผลิตภัณฑ์
- ขั้นตอนการวางแผนองค์กรผลิตภัณฑ์
- การทบทวนสถาปัตยกรรมทางวิศวกรรม
- การเจรจามอบหมายทีม
- การแบ่งย่อยเทคนิคและการประเมิน
- การวางแผน Sprint และการสร้างตั๋วงาน
- การดำเนินการโดยวิศวกรแต่ละคน
- กระบวนการทบทวนด้านกฎหมายและการออกแบบ
- ขั้นตอนการนำไปใช้กับลูกค้า
หมายเหตุ: กระบวนการนี้อาจใช้เวลาหลายสัปดาห์ถึงหลายเดือนก่อนที่จะเริ่มเขียนโค้ดจริง
ความสมดุลระหว่างการควบคุมและประสิทธิภาพ
ความท้าทายสำหรับบริษัทเทคโนโลยีขนาดใหญ่อยู่ที่การรักษาทั้งกระบวนการที่เป็นทางการเพื่อความน่าเชื่อถือภายนอกและเครือข่ายไม่เป็นทางการเพื่อประสิทธิภาพภายใน กระบวนการมากเกินไปจะขัดขวางนวัตกรรมและทำให้วิศวกรที่มีความสามารถหงุดหงิด กระบวนการน้อยเกินไปทำให้เป็นไปไม่ได้ที่จะประสานงานโครงการขนาดใหญ่หรือทำให้ลูกค้าองค์กรพอใจ
องค์กรที่ประสบความสำเร็จมากที่สุดตระหนักถึงความเป็นคู่นี้และจัดการทั้งสองระบบอย่างแข็งขัน พวกเขาลงทุนในเครื่องมือการวางแผนและการรายงานที่เป็นทางการ ในขณะที่เงียบๆ อดทนต่อเครือข่ายไม่เป็นทางการที่ทำให้งานประจำวันเป็นไปได้ สิ่งนี้ต้องการการจัดการวัฒนธรรมอย่างระมัดระวัง - สนับสนุนการทำลายกฎเมื่อจำเป็น ในขณะที่รักษาโครงสร้างเพียงพอให้ทำงานในระดับใหญ่ได้
การเข้าใจความสมดุลนี้ช่วยอธิบายพฤติกรรมขององค์กรที่ดูเหมือนไร้เหตุผลหลายอย่าง บริษัทไม่ได้เป็นระบบราชการเพื่อระบบราชการเท่านั้น - พวกเขากำลังแลกเปลี่ยนอย่างคิดคำนวณระหว่างประสิทธิภาพภายในและโอกาสตลาดภายนอก หลายพันล้านดอลลาร์สหรัฐที่มีอยู่ในตลาดองค์กรทำให้ต้นทุนค่าใช้จ่ายของกระบวนการที่เป็นทางการคุ้มค่า แม้ว่ากระบวนการเหล่านั้นจะทำให้ทีมวิศวกรรมแต่ละทีมช้าลงก็ตาม
อ้างอิง: Seeing like a software company
