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

ย้อนมอง 1 ปีของประสบการณ์ในองค์กรขนาดใหญ่

ความแตกต่างระหว่างบริษัทใหญ่กับสตาร์ทอัพ

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

สิ่งที่ไม่เป็นปัญหาในบริษัทเล็ก กลับกลายเป็นปัญหาใหญ่ในบริษัทใหญ่

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

ความไม่มีเหตุผลในการจัดสรรทรัพยากร

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

เพื่อนร่วมงานและโครงสร้างการจ้างงานที่ไม่สม่ำเสมอ

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

การตีความความเร่งด่วนของงาน

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

การจัดการความปลอดภัยที่กลายเป็นพิธีการ

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

ความไร้ความหมายของตำแหน่งงาน

  • ตำแหน่งซ้ำซ้อนอย่าง "Head of Architecture" เป็นเรื่องพบได้บ่อย และบทบาทก็ไม่ชัดเจน

วัฒนธรรมองค์กรที่มองความไม่แน่นอนเป็นจุดอ่อน

  • ท่ามกลางการปรับโครงสร้างองค์กรครั้งใหญ่และการเลย์ออฟที่เกิดขึ้นเป็นระยะ ผู้นำมองว่าการพูดว่า “ไม่รู้” เป็นเรื่องต้องห้าม
  • แม้โดเมนจะซับซ้อนเพียงใด แต่ในระดับผู้นำกลับให้ความสำคัญกับความฉับไวและความมั่นใจเป็นอันดับแรก
  • ส่งผลให้โครงสร้างที่ทำให้ความผิดพลาดในอดีตเกิดซ้ำ ถูกทำให้ฝังแน่นยิ่งขึ้น

ทีมวิศวกรรมที่แยกเป็นไซโล

  • ทีมวิศวกรรมแต่ละทีม (หรืออาจเรียกว่า 'จักรวรรดิ') ต่างมีมาตรฐานและวัฒนธรรมของตัวเอง
  • อุปสรรคระหว่างแผนกสูงขึ้น และยากต่อการทำมาตรฐานหรือการกระจายbest practice
  • ความเป็นอิสระของแต่ละแผนกกลายเป็นข้อจำกัดต่อความร่วมมือระหว่างทีม

ประสบการณ์เชิงบวก

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

บทสรุป

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

ยังไม่มีความคิดเห็น

ยังไม่มีความคิดเห็น