ถาม HN: โปรเจ็กต์ที่ไร้ประโยชน์ที่สุดที่คุณเคยมีส่วนร่วมคืออะไร?

 (news.ycombinator.com)
1 คะแนน โดย GN⁺ 2024-04-06 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

ความกังวลเกี่ยวกับงานที่ไม่จำเป็น

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

ความย้อนแย้งของระบบอัตโนมัติสำหรับไปป์ไลน์

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

ภาระของงานที่ไร้ความหมาย

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

ความเห็นของ GN⁺

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

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2024-04-06
ความเห็นจาก Hacker News

  • ประสบการณ์พัฒนาระบบ ERP ระบบหนึ่ง

    • เคยทำงานกับระบบ ERP ภายในองค์กรที่ถูกพัฒนาโดยนักพัฒนาหลายคนตลอด 15 ปี
    • ระบบนี้เป็นแกนหลักของบริษัท แต่ฝ่ายบริหารกลับชี้ว่าระบบคือสาเหตุของปัญหา
    • ผู้บริหารชุดใหม่ผลักดันให้เปลี่ยนไปใช้โซลูชันมาตรฐานของอุตสาหกรรม
    • CTO และผู้เขียนยืนกรานอย่างหนักว่าโครงการจะเกินงบและล้มเหลว แต่ฝ่ายบริหารเชื่อคำพูดของเวนเดอร์และเดินหน้าโครงการต่อ
    • เวนเดอร์ไม่เข้าใจขนาดของโครงการ และยังตัดฟังก์ชันสำคัญออกแต่ก็ยังแสดงความมั่นใจ
    • สุดท้ายผ่านไป 5 ปี โครงการจบลงด้วยความล้มเหลว พร้อมการสูญเงินหลายล้านดอลลาร์

  • ความพยายามเข้าสู่ธุรกิจสมาร์ตมิเตอร์พลังงาน

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

  • ประสบการณ์กับโครงการไร้ความหมาย

    • พัฒนาระบบติดตั้ง "EnGUAGEment meter" ของบริษัทไว้ตามโถงต่าง ๆ เพื่อแสดงอารมณ์ของพนักงาน
    • ในวันเกิดของ CEO ต้องพยายามดันอัตราการมีส่วนร่วมให้สูงขึ้น
    • สุดท้ายก็มีผู้เข้าร่วมเพียง 30-40% ในแต่ละวัน

  • โครงการควบคุมการเข้าถึงเครือข่ายของร้านค้าปลีกรายใหญ่

    • ได้รับมอบหมายให้สร้าง ACL บนเราเตอร์ Cisco แต่คาดว่าโครงการถูกยกเลิกกลางคัน
    • ผู้เขียนได้สร้างระบบอัตโนมัติไว้แล้ว แต่หลังจากนั้นก็ไม่ได้ยินความคืบหน้าของโครงการอีกเลย

  • การจงใจลดประสิทธิภาพเพื่อเลิกใช้เครื่องมือภายใน

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

  • การย้ายระบบฉุกเฉินของบริษัท SaaS ไปยัง AWS

    • หลังถูกซื้อกิจการ ได้รับคำสั่งให้ย้ายไป AWS แต่ค่าใช้จ่ายที่สูงจากการย้ายครั้งนั้นทำให้สุดท้ายต้องย้ายกลับไปที่ดาต้าเซ็นเตอร์อีกครั้ง

  • โครงการอัปเดต unit test ของบริษัทซอฟต์แวร์และฮาร์ดแวร์ในนิวซีแลนด์

    • ตั้งเป้าอัปเดต unit test ด้วยงบ 10 ล้านดอลลาร์ แต่กลางทางโครงการเปลี่ยนทิศไปเป็นการพัฒนาเครื่องมือตรวจสอบแพ็กเก็ตแทน
    • หัวหน้าโครงการลาออกกลางคัน และแม้ผลลัพธ์จะไร้ความหมาย บริษัทก็ยังประเมินว่าโครงการประสบความสำเร็จ

  • การพัฒนาซิมูเลเตอร์ในวิชาโปรแกรมมิงของมหาวิทยาลัย

    • หลังเรียนครั้งแรก ผู้เขียนพยายามจะบอกอาจารย์เรื่องการพัฒนาซิมูเลเตอร์ แต่อาจารย์บอกว่าจะยกเว้นการเข้าเรียนและให้เกรด A
    • พอปลายภาค อาจารย์กลับจำคำสัญญาไม่ได้ และเพิ่งยอมเปลี่ยนเกรดหลังจากได้เห็นซิมูเลเตอร์

  • การพัฒนาเว็บไซต์เล่น Magic the Gathering ออนไลน์

    • พัฒนาเว็บไซต์ที่ดีกว่าตัวเลือกเดิม แต่ไม่ได้เผยแพร่เพราะปัญหาด้านลิขสิทธิ์

  • การพัฒนาอุปกรณ์ทดสอบสำหรับบอร์ดควบคุมดาวเทียม

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