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

ในงานประชุมที่จัดขึ้นโดย Microsoft เมื่อไม่นานนี้ มีการอภิปรายที่สร้างความสดชื่นเกี่ยวกับ DevOps ซึ่งมุ่งเน้นไปที่ทฤษฎีมากกว่าโอกาสที่ Microsoft จะขายให้กับผู้ฟังเฉพาะกลุ่ม แม้ว่า DevOps จะเป็นพื้นที่ที่หลายคนมองว่าเป็นกระแสที่เกินจริง แต่จุดประสงค์หลักของ DevOps นั้นมุ่งเน้นไปที่การปรับปรุงกระบวนการเพื่อประโยชน์ของผู้ที่เกี่ยวข้อง และเน้นที่รายละเอียดเล็กๆ น้อยๆ น้อยลง

สำหรับฉันมีสามสิ่งสำคัญที่ได้จากเซสชันนี้: –

  • ข้อสรุปแรกนั้นง่ายที่สุด แต่บางทีอาจไม่ใช่สิ่งที่เข้าใจได้ดีที่สุดเสมอไป นั่นคือ DevOps คืออะไร คำตอบแรกสำหรับคำถามนี้คือ "มันเป็นตำแหน่งงาน" ดูเหมือนว่าตอนนี้เราจะเห็นองค์กรต่างๆ นำคำนี้มาใช้ในตำแหน่งงานต่างๆ แล้ว แต่บทบาทเหล่านี้มีกี่แห่งที่เข้าใจและนำ DevOps มาใช้จริงๆ คำตอบที่สองคือ "มันเป็นความร่วมมือระหว่างการพัฒนาและการปฏิบัติการ" ซึ่งถือเป็นหัวใจสำคัญ หลายคนลืมไปว่า DevOps ควรจะทำลายกำแพงระหว่างทีมพัฒนาและทีมปฏิบัติการลง องค์ประกอบที่สามที่ถูกกล่าวถึงใน DevOps คือ "มันคือการทำงานอัตโนมัติ" นี่คือเหตุผลประการหนึ่งที่ DevOps มีความสำคัญอย่างยิ่งต่อการปรับปรุงกระบวนการทางธุรกิจ ช่วยขจัดความหงุดหงิดที่เกี่ยวข้องกับงานที่ยังคงต้องทำด้วยตนเอง และทำให้ทีมมีประสิทธิภาพมากขึ้น ประเด็นสุดท้ายคือ "มันหมายถึงการเปิดตัวที่เล็กลงและเร็วขึ้น" ซึ่งทำให้ธุรกิจสามารถปรับตัวให้เข้ากับความต้องการของผู้บริโภคได้เร็วขึ้น และทำให้สามารถบรรลุ CICD (Continuous Integration Continuous Deployment) ได้
  • บทเรียนที่สองและอาจเป็นบทเรียนที่กินใจที่สุดมาจาก Donovan Brown ซึ่งเป็นผู้จัดการ DevOps หลักของ Microsoft เขากล่าวว่า “DevOps คือการรวมตัวกันของผู้คน กระบวนการ และผลิตภัณฑ์ เพื่อให้สามารถส่งมอบคุณค่าให้กับผู้ใช้ปลายทางได้อย่างต่อเนื่อง” ซึ่งครอบคลุมความสามารถทั้งหมดของ DevOps และเตือนให้เราทุกคนตระหนักถึงเหตุผลที่แท้จริงเบื้องหลังการนำ DevOps มาใช้
  • บทเรียนสุดท้ายที่ได้มาจากวิดีโอ เพื่อให้เห็นภาพ วิดีโอนี้แสดงให้เห็นภาพของนักแข่งที่กำลังเข้าพิทสต็อประหว่างการแข่งขันกรังด์ปรีซ์ในปี 1950 นักแข่งได้ขับรถเข้าไปในพิทบ็อกซ์ของเขา และในขณะนั้น มีคนประมาณ 5 คนมารวมตัวกันรอบรถเพื่อเริ่มทำงาน คนหนึ่งกำลังเปลี่ยนล้อและยาง อีกคนหนึ่งเติมน้ำมันรถ อีกคนกำลังเช็ดกระจกหน้ารถเล็ก และอีกคนเดินไปรอบๆ รถเพื่อตรวจสอบความเสียหาย ในที่สุด ก็มีคนกำลังคุยกับนักแข่ง สำหรับผู้ที่เคยชมการแข่งรถและรู้ว่าเวลาที่เสียไปในพิทบ็อกซ์อาจส่งผลต่อผลลัพธ์ของการแข่งขันอย่างมาก กระบวนการทั้งหมดดูผ่อนคลายมากและใช้เวลาทั้งหมด 54 วินาทีในการทำเสร็จ ส่วนต่อไปของวิดีโอตัดมาเป็นภาพมุมสูงของรถฟอร์มูล่าวันยุคใหม่ที่กำลังเข้าพิทบ็อกซ์ จากนั้นทีมงานพิทบ็อกซ์ก็เข้าไปซ่อมรถ ตอนนี้มีคนเกือบ 20 คนล้อมรอบรถ รวมถึงคนที่ทำงานเพียงเพื่อดูคนอื่นทำงานของพวกเขา ดังนั้นไม่เพียงแต่ทีมจะใหญ่ขึ้นมากเท่านั้น แต่ยังมีการสร้างความซ้ำซ้อนในกระบวนการอีกด้วย

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