เปรียบเทียบต้นทุนการดำเนินงานทั้งหมด

กำหนดขอบเขตการคำนวณ

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

เลือกช่วงเวลาและบันทึกสิ่งที่รวมไว้ แยกการตั้งค่าออกจากงานประจำ รวมคน โครงสร้างพื้นฐาน การใช้โมเดล support การดูแล integration และงานที่ทำให้มาตรการควบคุมยังได้ผล

FinOps เชื่อมค่าใช้จ่ายเทคโนโลยีกับการตัดสินใจที่มีผู้รับผิดชอบและคุณค่าทางธุรกิจ ใช้แนวปฏิบัตินี้ระบุผู้รับผิดชอบต้นทุนและอธิบายสมมติฐาน ไม่ได้ให้คำตอบสร้างหรือซื้อที่ใช้ได้ทุกกรณี กรอบ FinOps

รวมงานที่ยังต้องทำในทั้งสองทางเลือก

การสร้างระบบภายในต้องทำมากกว่าการพัฒนาครั้งแรก ต้องมีคนดูแล orchestration การเชื่อมโมเดล การประเมิน interface ของแพลตฟอร์ม มาตรการความปลอดภัย และเอกสาร นับงาน support และการอัปเกรดหลังเปิดตัวด้วย

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

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

พิจารณาการเปรียบเทียบสมมติ

จำนวนเงินต่อไปนี้ใช้เป็นตัวอย่าง ไม่ใช่ราคาของ Taiga เกณฑ์ตลาด หรือผลลัพธ์ลูกค้า ทั้งสองทางเลือกใช้ต้นทุนต่อคนต่อปีสมมติ €120,000

การคำนวณคือค่าตั้งค่าบวกต้นทุนประจำสามปี ภายใต้สมมติฐานเหล่านี้ ทางเลือกซื้อมีต้นทุนต่ำกว่าการสร้างเอง €210,000

จากนั้นเพิ่มงานที่ยังต้องทำเป็นกำลังคน 1.5 คน และค่าสมาชิกเป็น €150,000 ยอดรวมทางเลือกซื้อกลายเป็น €1,140,000 ส่วนยอดสร้างยังอยู่ที่ €1,080,000 การเปลี่ยนสมมติฐานสองข้อกลับลำดับต้นทุน

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

แสดงผลที่ยังไม่ได้รวมให้ชัดเจน

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

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

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

บันทึกช่วงค่าและเงื่อนไขทบทวน

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

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