ตัวชี้วัดด้านไอทีเพื่อความรวดเร็วและคุณภาพสำหรับธุรกิจของคุณ

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

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

IT metrics คืออะไร และมีไว้เพื่ออะไร?

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

ที่ซับซ้อน? เล็กน้อย เนื่องจาก การระบุเมตริกที่ดีที่สุดสำหรับการควบคุมที่ทำงานอยู่ประเภทนี้ ไม่ง่ายนัก หลังจากลองใช้เมตริกที่กำหนดไว้ภายในแล้ว เราได้ตัดสินใจที่จะใช้เมตริกที่สรุปไว้ค่อนข้างดีใน "เร่ง - เร่ง: ศาสตร์แห่งซอฟต์แวร์แบบลีนและ DevOps" สิ่งเหล่านี้เป็นหนึ่งในหัวข้อหลักในรายงานประจำปีของ State of DevOps ตั้งแต่ปี 2555

มาตรการปรับปรุง: ตัวชี้วัดไอทีช่วยเร่งประสิทธิภาพธุรกิจได้อย่างไร

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

ตัวชี้วัดด้านไอทีเพื่อความรวดเร็วและคุณภาพสำหรับธุรกิจของคุณ

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

โดยการแปลแนวคิดนี้เป็นตัวเลข เราได้ 5 ปริมาณที่วัดได้เป็นหน่วยเมตริก:

• Lead Time For Changes (LTFC): เวลาเฉลี่ยตั้งแต่เริ่มต้นกระบวนการจนถึงความพร้อมของลูกค้า (“ในการผลิต”)
• ความถี่ในการใช้งาน : ความถี่ใน การออกข่าวสารหรือการอัปเดตในการผลิต;
• Change Failure Rate (CFR): จำนวนการอัปเดตเวอร์ชันที่ใช้งานจริงเพื่อกู้คืนจากปัญหาที่เกิดจากการอัปเดตล่าสุด
• เวลาเฉลี่ยในการกู้คืน (MTTR): เวลาการกู้คืนเฉลี่ยหลังจากปัญหาการผลิตที่ร้ายแรงส่งผลกระทบต่อลูกค้า และ
• ความพร้อมใช้งาน : เปอร์เซ็นต์ของเวลาที่บริการแพลตฟอร์มพร้อมใช้งานอย่างสมบูรณ์ (ได้มาจากการลบผลรวมของเวลาการกู้คืนทั้งหมด)

ตัวชี้วัดด้านไอทีของ MailUp

ที่ MailUp เราใช้เมตริกเหล่านี้ตั้งแต่เดือนกันยายน 2020 เราดำเนินการผ่านเครื่องมือวัดอัตโนมัติและด้วยการตั้งค่ากระบวนการต่อเนื่องโดยที่:

• เราติดตามความคืบหน้า
• เราตั้งเป้าหมาย ; และ
• เราระบุการกระทำเพื่อไปที่นั่น

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

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

เกี่ยวกับตัวเลข มาดูรายละเอียดเพิ่มเติม ว่าเราคำนวณเมตริกเหล่านี้ใน MailUp อย่างไร:

เราคำนวณ Lead Time For Changes เป็น ช่วงเวลาเฉลี่ย 3 เดือนล่าสุดที่เรื่องราว (หรืองาน) ที่เกี่ยวข้องกับปัญหา Jira ใช้เวลาในการดำเนินการตั้งแต่เริ่มดำเนินการจนถึงเผยแพร่ ที่นี่ชุด Atlassian Jira ช่วยเรา ช่วยให้เราสามารถวัด "เวลาในสถานะ" ของเรื่องราวได้ กล่าวคือ ปัญหาอยู่ในสถานะที่แน่นอนสำหรับการเปลี่ยนแปลงแต่ละครั้งของเวิร์กโฟลว์นานเท่าใด ข้อมูลที่นำเข้าและรวมแล้วสามารถดูได้ผ่าน Jira Control Chart หรือแดชบอร์ดเฉพาะกิจ เช่นเดียวกับที่เราทำกับ Tibco Spotfire

ใน MailUp เรายังวัด Lead Time To Deploy เช่น เวลา จากการเปลี่ยนแปลงล่าสุดของการผลิตไปยังซอร์สโค้ด

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

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

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

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

• การรวมเมตริกเหล่านี้เข้ากับมาตรการสำคัญอื่นๆ เช่น ความเร็วในการเข้าถึงหน้าแพลตฟอร์ม และ
• แนะนำระดับของความจำเพาะที่มากขึ้นในตัวบ่งชี้ที่มีอยู่ โดยให้รายละเอียดผ่าน ตัวชี้วัด ย่อยที่ "เจาะลึก" (การวิเคราะห์ในเชิงลึก)

บทสรุป

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