สิ่งที่เศร้าที่สุดในสถานการณ์ปัจจุบันคือไอทีกำลังค่อยๆ กลายเป็นอุตสาหกรรมที่คำว่า “หยุด” ในจำนวนความรับผิดชอบต่อคนไม่มีคำว่า “หยุด”
เมื่ออ่านตำแหน่งงานว่าง บางครั้งคุณอาจไม่เห็นคน 2-3 คนด้วยซ้ำ แต่เห็นทั้งบริษัทในคนเดียว ทุกคนรีบร้อน หนี้ทางเทคนิคกำลังเติบโต มรดกเก่ากับพื้นหลังของผลิตภัณฑ์ใหม่ดูเหมือนสมบูรณ์แบบ เพราะอย่างน้อยก็มี ท่าเรือและความคิดเห็นในโค้ดผลิตภัณฑ์ใหม่เขียนด้วยความเร็วแสง แต่สุดท้ายแล้วจะไม่สามารถใช้งานได้อีกปีหลังจากเขียนและบ่อยครั้งในปีนี้ไม่นำมาซึ่งผลกำไร ยิ่งกว่านั้นต้นทุนของ "คลาวด์" ” สูงกว่าการขายบริการ เงินของนักลงทุนถูกใช้ไปในการบำรุงรักษาบริการที่ยังไม่ได้ผล แต่ได้เผยแพร่ทางออนไลน์แล้วในรูปแบบที่ใช้งานได้
ตัวอย่างเช่น: บริษัท ที่มีชื่อเสียงซึ่งการรีมาสเตอร์เกมเก่าได้รับเรตติ้งต่ำที่สุดในประวัติศาสตร์ของอุตสาหกรรม ฉันเป็นหนึ่งในผู้ที่ซื้อผลิตภัณฑ์นี้ แต่ถึงแม้ตอนนี้ผลิตภัณฑ์นี้ใช้งานได้แย่มาก และตามทฤษฎีแล้ว ไม่ควรลดราคาในรูปแบบนี้ การคืนเงิน, การให้คะแนนที่ลดลง, การแบนผู้ใช้จำนวนมากในฟอรัมสำหรับการร้องเรียนเกี่ยวกับการทำงานของบริการ จำนวนแพตช์ไม่น่าทึ่ง แต่ก็น่ากลัว แต่ถึงกระนั้นผลิตภัณฑ์ก็ใช้งานไม่ได้ หากแนวทางนี้นำไปสู่ผลลัพธ์ดังกล่าวสำหรับบริษัทที่ได้รับการพัฒนามาตั้งแต่ปี 91 และสำหรับบริษัทที่เพิ่งเริ่มต้น สถานการณ์ก็จะยิ่งแย่ลงไปอีก
แต่เราดูผลลัพธ์ของแนวทางนี้จากฝั่งผู้ใช้บริการ และตอนนี้เรามาดูปัญหาที่พนักงานพบกันดีกว่า
ฉันมักจะได้ยินคำกล่าวที่ว่าไม่ควรมีทีม DevOps ว่านี่เป็นวิธีการ ฯลฯ แต่ปัญหาคือ บริษัทต่างๆ ด้วยเหตุผลบางอย่างได้หยุดมองหา noks, dba, โครงสร้างพื้นฐาน และวิศวกรด้านการสร้าง - ตอนนี้เหลือเพียงวิศวกร DevOps เพียงคนเดียว . แน่นอนว่ายังมีตำแหน่งงานว่างในแต่ละบริษัท แต่ก็มีจำนวนน้อยลงเรื่อยๆ หลายคนเรียกการพัฒนานี้ โดยส่วนตัวแล้วฉันเห็นความเสื่อมถอยในเรื่องนี้ มันเป็นไปไม่ได้ที่จะรักษาระดับความรู้ที่ดีในทุกด้าน และในขณะเดียวกันก็สามารถทำงานได้ไม่เกิน 8 ชั่วโมง โดยธรรมชาติแล้วสิ่งเหล่านี้เป็นจินตนาการ ในความเป็นจริง พนักงานไอทีจำนวนมากถูกบังคับให้ทำงาน 12 หรือ 14 ชั่วโมง โดย 8 ชั่วโมงได้รับค่าจ้าง และบ่อยครั้งที่ไม่มีวันหยุด เพราะ “ฉันได้รับงาน ไม่มีเอกสารหรือเอกสารคดโกงและบริการต้องเสียเงิน” และสำหรับข้อผิดพลาด 1 ครั้งบนคลาวด์ โดยทั่วไปคุณจะไม่ได้รับเงินเดือนภายในสองสามเดือน โดยเฉพาะอย่างยิ่งหากคุณทำงานเป็นผู้ประกอบการรายบุคคล โดยพื้นฐานแล้วเรากำลังสูญเสียคำพูดในธุรกิจไปพร้อมกับการแบ่งความรับผิดชอบ ฉันเผชิญมากขึ้นกับความจริงที่ว่าผู้จัดการเข้าไปยุ่งเกี่ยวกับกระบวนการพัฒนาโดยไม่เข้าใจอะไรเลยเกี่ยวกับพวกเขาเลย พวกเขาสร้างความสับสนให้กับข้อมูลทางธุรกิจและการทำงานของแอปพลิเคชัน และในขณะที่ ผลก็คือความวุ่นวายเริ่มต้นขึ้น
เมื่อความวุ่นวายเริ่มต้นขึ้น ธุรกิจต้องการหาผู้กระทำผิด และที่นี่พวกเขาต้องการผู้กระทำผิดที่เป็นสากล เป็นการยากที่จะตำหนิคนมากกว่า 10 คน ดังนั้นผู้จัดการจึงรวมตำแหน่งเข้าด้วยกัน เพราะยิ่งผู้เชี่ยวชาญคนหนึ่งมีความรับผิดชอบมากเท่าไรก็ยิ่งง่ายขึ้นเท่านั้น พิสูจน์ความประมาทเลินเล่อของเขา และในสภาวะ Agile การค้นหา "ความผิด" และการเฆี่ยนตีเป็นพื้นฐานของวิธีการทำธุรกิจในการจัดการนี้ Agile ออกมาจากไอทีเมื่อนานมาแล้ว และแนวคิดหลักของมันได้กลายเป็นข้อกำหนดของผลลัพธ์รายวัน ปัญหาคือผู้เชี่ยวชาญที่มีความเชี่ยวชาญสูงไม่ได้ผลลัพธ์รายวันเสมอไป ซึ่งหมายความว่าการรายงานจะยากขึ้น และนี่คืออีกเหตุผลว่าทำไมธุรกิจจึงต้องการ "ผู้เชี่ยวชาญในทุกสิ่ง" แต่เหตุผลหลักแน่นอนก็คือเงินเดือน - มันเป็นเหตุผลหลักสำหรับการเปลี่ยนแปลงทั้งหมดเพื่อประโยชน์ของโบนัส ผู้คนจึงตกลงที่จะทำงานเพื่อตัวเองและผู้ชายคนนั้น แต่ท้ายที่สุดแล้ว เช่นเดียวกับในด้านอื่นๆ ตอนนี้กลายเป็นความรับผิดชอบในการจ่ายเงินน้อยลงสำหรับบริการที่มีให้จำนวนมากขึ้น
ทุกวันนี้คุณมักจะเห็นบทความที่ระบุว่านักพัฒนาควรจะสามารถปรับใช้ได้ ควรทำงานบนโครงสร้างพื้นฐานควบคู่ไปกับวิศวกร DevOps แต่สิ่งนี้นำไปสู่อะไร ถูกต้อง - คุณภาพการบริการลดลง, คุณภาพของนักพัฒนาลดลง เมื่อ 2 วันที่แล้ว ฉันอธิบายให้นักพัฒนาฟังว่าคุณสามารถเขียนและอ่านจากโฮสต์ต่างๆ ได้ และพวกมันก็เกิดฟองฟูมปากเพื่อพิสูจน์ว่าพวกเขาไม่เคยเห็นอะไรแบบนี้มาก่อน แต่ในการตั้งค่านั้นมีโฮสต์ orm, พอร์ต, db, ผู้ใช้ , รหัสผ่าน เท่านี้ก็เรียบร้อย…. แต่นักพัฒนารู้วิธีเรียกใช้การปรับใช้ เขียนมันเทศ... แต่เขาลืมเรื่อง Unit Test และความคิดเห็นในโค้ดไปแล้ว
เป็นผลให้เราเห็นสิ่งต่อไปนี้ - การล่วงเวลาอย่างต่อเนื่อง ค้นหาวิธีแก้ไขปัญหานอกเวลาทำงาน การฝึกอบรมอย่างต่อเนื่องในช่วงสุดสัปดาห์ และไม่เพิ่มรายได้ แต่เพื่อให้ตัวเราลอยไป นักพัฒนาถูกบังคับให้ช่วยวิศวกร DevOps ด้วย CI/CD และหากนักพัฒนาไม่มีเวลา เขาจะเริ่มติดขัด และผู้จัดการก็เริ่มหมักสมอง และหากสิ่งนี้ไม่ช่วยเพิ่มความปรารถนาที่จะทำงานล่วงเวลา แล้วใช้บทลงโทษและค่าปรับบุคคลกำลังมองหางานใหม่ทิ้งหนี้ทางเทคนิคขนาดเท่า Everest ส่งผลให้หนี้เริ่มเติบโตในหมู่นักพัฒนาเนื่องจาก พวกเขาถูกบังคับให้เขียนโค้ดโดยรีแฟคเตอร์น้อยลงเพื่อจะได้มีเวลาช่วยวิศวกร DevOps ทั้งเก่าหรือใหม่ และผู้จัดการก็ค่อนข้างพอใจกับทุกสิ่ง เพราะมีผู้กระทำความผิดอยู่ที่นั่นและสามารถมองเห็นเขาได้ทันที ซึ่งหมายถึงกฎพื้นฐาน ในการจัดการแบบเปรียวได้ติดตามพบผู้กระทำความผิดแล้วผลการเฆี่ยนตีเขาก็ปรากฏให้เห็น
ครั้งหนึ่งฉันเคยนำเสนอที่ ITGM “เมื่อเราเรียนรู้ที่จะพูดว่า “ไม่”” ผลลัพธ์ของการนำเสนอนั้นเปิดเผยมาก ผู้คนจำนวนมากเชื่อว่าคำนี้เป็นคำต้องห้าม และจนกว่าเราจะหยุดคิดเช่นนั้น ปัญหาก็จะยิ่งเพิ่มมากขึ้นเท่านั้น
บทความนี้ได้รับแรงบันดาลใจบางส่วนจากฉันแต่ต่อมาฉันอาจจะอธิบายมันด้วยถ้อยคำที่สุภาพน้อยลง
เฉพาะผู้ใช้ที่ลงทะเบียนเท่านั้นที่สามารถเข้าร่วมในการสำรวจได้ , โปรด.
คุณเคยพบเจอในที่ทำงานเมื่อนายจ้างพยายามแทนที่คุณหลายคนหรือไม่?
-
ลด 65,6%ใช่ ฉันเจอมันเป็นประจำ183
-
ลด 5,4%ใช่ครับ เจอมาแล้ว 1 ครั้ง15
-
ลด 15,4%ไม่ได้สังเกต43
-
ลด 13,6%ฉันเป็นคนบ้างาน ฉันทำงานล่วงเวลาด้วยตัวเอง38
ผู้ใช้ 279 คนโหวต ผู้ใช้ 34 รายงดออกเสียง
ที่มา: will.com