แนวทางของอดีตผู้ดูแลระบบในการจัดการเซิร์ฟเวอร์ Linux หลายพันเครื่องได้จุดประกายการอภิปรายเกี่ยวกับความสำคัญของมาตรฐานเอกสารที่ชัดเจนในองค์กรเทคโนโลยี กลยุทธ์ดังกล่าวเกี่ยวข้องกับการสร้างข้อกำหนดการสนับสนุนที่ละเอียดและรอให้พนักงานลาออกเพื่อทำให้มาตรฐานเหล่านี้ดูเหมือนเป็นนโยบายที่กำหนดไว้ของบริษัท
แนวคิด Golden Path และความท้าทายในการนำไปใช้
การอภิปรายมุ่งเน้นไปที่สิ่งที่เรียกว่า Golden Path ซึ่งเป็นชุดของส่วนประกอบและแนวปฏิบัติเริ่มต้นที่แนะนำซึ่งองค์กรให้การสนับสนุนอย่างเต็มที่ด้วยการอัปเกรด การแพตช์ การแก้ไขด้านความปลอดภัย และการตรวจสอบ แม้ว่าแนวทางนี้จะสัญญาว่าจะปรับปรุงการดำเนินงานให้คล่องตัวขึ้น แต่หลายบริษัทยังคงประสบปัญหาในการมุ่งมั่นระยะยาวต่อมาตรฐานเหล่านี้
ชุมชนได้เน้นย้ำรูปแบบทั่วไปที่ผู้บริหารให้การสนับสนุนโครงการ golden path ในตอนแรก แต่ต่อมากลับตั้งคำถามเกี่ยวกับค่าใช้จ่ายที่เกี่ยวข้อง สิ่งนี้นำไปสู่การลดการสนับสนุนอย่างค่อยเป็นค่อยไปจนกระทั่ง golden path กลายเป็นสิ่งล้าสมัยและลงโทษทีมที่นำมาใช้จริงๆ ตัวอย่างหนึ่งที่แบ่งปันคือ UX framework ที่ติดอยู่กับ Angular จากปี 2016 ทำให้เกิดปัญหาความเข้ากันได้กับ web components ใหม่ๆ
ข้อกำหนดจากภายนอกยังสามารถบังคับให้องค์กรต้องจัดหาโซลูชันที่มีคุณภาพต่ำกว่ามาตรฐาน มหาวิทยาลัยเป็นตัวอย่าง ต้องเผชิญกับข้อบังคับของรัฐบาลสำหรับการติดตามการปฏิบัติตามข้อกำหนดวีซ่าที่กำหนดให้ใช้ซอฟต์แวร์ที่ได้รับการสนับสนุนไม่ดีจากผู้จำหน่ายที่รู้ว่าพวกเขามีตลาดที่ถูกจับเป็นเชลย
จุดล้มเหลวทั่วไปของ Golden Path
- การตัดค่าใช้จ่ายของผู้บริหารหลังจากการนำไปใช้งานครั้งแรก
- การลดทรัพยากรสนับสนุนอย่างค่อยเป็นค่อยไปตามกาลเวลา
- เฟรมเวิร์กที่ล้าสมัยกลายเป็นภาระด้านความเข้ากันได้
- ข้อกำหนดด้านกฎระเบียบจากภายนอกที่บังคับให้ใช้โซลูชันที่ไม่ได้มาตรฐาน
- การขาดคำจำกัดความที่ชัดเจนเกี่ยวกับการสนับสนุนทำให้เกิดความสับสน
มาตรฐานเอกสารและคำจำกัดความของการสนับสนุน
ข้อมูลเชิงลึกที่สำคัญจากการอภิปรายเน้นย้ำถึงความจำเป็นในการกำหนดอย่างชัดเจนว่าการสนับสนุนหมายความว่าอย่างไร หากไม่มีคำจำกัดความที่ชัดเจน ผู้คนจะตีความการสนับสนุนในแง่ที่เอื้อประโยชน์ที่สุด ซึ่งนำไปสู่ความผิดหวังและความสับสน
การสนับสนุนนั้นไม่มีการตีความที่เป็นสากลนอกเหนือจากการอธิบายทางกายภาพของโต๊ะที่วางอยู่บนขา
ช่วงของการไม่ได้รับการสนับสนุนสามารถแตกต่างกันอย่างมาก ตั้งแต่ความช่วยเหลือแบบไม่เป็นทางการที่ไม่ได้รับการรับประกันอย่างเป็นทางการไปจนถึงการห้ามอย่างสิ้นเชิง ความคลุมเครือนี้สร้างปัญหาสำหรับทั้งทีมสนับสนุนและผู้ใช้ที่ต้องการเข้าใจว่าพวกเขาสามารถคาดหวังความช่วยเหลือในระดับใด
ส่วนประกอบของ Golden Path
- ส่วนประกอบเริ่มต้นที่แนะนำสำหรับบริการใหม่
- การสนับสนุนจากองค์กรอย่างครบถ้วน รวมถึงการอัปเกรดและการแพตช์
- การแก้ไขปัญหาด้านความปลอดภัยและการติดตามผล
- เครื่องมือสำหรับ build pipeline และการ deployment
- การตั้งค่าสภาพแวดล้อมการพัฒนา
- การสนับสนุน on-call ระดับ Tier 1
การทดสอบอัตโนมัติและการปฏิบัติตามข้อกำหนด
การสนทนายังได้สัมผัสถึงคุณค่าของการตรวจสอบการปฏิบัติตามข้อกำหนดแบบอัตโนมัติ แทนที่จะตรวจสอบข้อกำหนดของระบบด้วยตนเอง องค์กรสามารถสร้างโปรแกรมที่ตรวจสอบการกำหนดค่าและให้ข้อเสนอแนะที่ชัดเจนเกี่ยวกับเหตุผลที่ระบบบางอย่างไม่เป็นไปตามมาตรฐาน แนวทางนี้ช่วยลดการอภิปรายไปมาและรับประกันการใช้ข้อกำหนดอย่างสม่ำเสมอ
วิศวกรมนุษย์มักประสบปัญหาในการปฏิบัติตามข้อกำหนดที่ระบุไว้อย่างดีแม้กระทั่ง ทำให้การทดสอบการปฏิบัติตามข้อกำหนดแบบอัตโนมัติเป็นเครื่องมือประหยัดเวลาที่มีค่า กุญแจสำคัญคือการให้คำอธิบายที่ชัดเจนสำหรับข้อกำหนดแต่ละข้อเพื่อให้ผู้คนเข้าใจเหตุผลเบื้องหลังข้อจำกัด
การอภิปรายสะท้อนถึงความท้าทายที่กว้างขึ้นในองค์กรเทคโนโลยีเกี่ยวกับการสร้างสมดุลระหว่างความยืดหยุ่นกับการมาตรฐาน และความจำเป็นอย่างต่อเนื่องในการสื่อสารที่ชัดเจนเกี่ยวกับสิ่งที่ทีมจะและจะไม่สนับสนุนในสภาพแวดล้อมทางเทคนิคที่ซับซ้อน
อ้างอิง: Writing