ผลกระทบทางการเงินของหนี้ทางเทคนิค
เผยแพร่แล้ว: 2022-03-11บทสรุปผู้บริหาร
หนี้ทางเทคนิคคืออะไร?
- หนี้ทางเทคนิคถูกกำหนดเป็น: ต้นทุนส่วนเพิ่มและการสูญเสียความคล่องตัวให้กับบริษัทอันเป็นผลมาจากการตัดสินใจก่อนหน้านี้ที่ทำขึ้นเพื่อประหยัดเวลาหรือเงินเมื่อใช้ระบบใหม่หรือบำรุงรักษาระบบที่มีอยู่
- ตัวอย่างคือการมีระบบ ERP ที่อยู่ในวงจรอุบาทว์ของความเก่าและปรับแต่งจนไม่สามารถอัพเกรดได้ เนื่องจากจะเป็นความพยายาม "ฉีกและแทนที่" ที่ยุ่งเหยิง
- ไม่เหมือนกับ "ข้อบกพร่อง" หนี้ทางเทคนิคไม่ใช่ข้อบกพร่องที่มองเห็นได้ ดังนั้นจึงอาจตรวจไม่พบได้ง่ายนัก
- หนี้ทางการเงินเป็นคำที่ CFO มีความเชี่ยวชาญเป็นอย่างดี แต่หนี้ทางเทคนิคอาจมีผลที่ตามมาในทำนองเดียวกัน เนื่องจากการสูญเสียการขายและต้นทุนที่ซ่อนอยู่
ทำไมหนี้ทางเทคนิคถึงเกิดขึ้น?
- บ่อยครั้ง ก้าวแรกสู่หนี้ทางเทคนิคคือข้อจำกัดด้านเวลาที่นำไปสู่การประนีประนอม สิ่งนี้มักจะถูกลืม
- การพยายามประหยัดค่าใช้จ่ายก็อาจส่งผลให้เกิดสถานการณ์หนี้ด้านเทคโนโลยีได้เช่นกัน ซึ่งมักเกี่ยวข้องกับการละทิ้งการอัปเดตซอฟต์แวร์หรือรอบการเปลี่ยนฮาร์ดแวร์ที่มากเกินไป
คุณจะแก้ไขปัญหาหนี้ทางเทคนิคในปัจจุบันได้อย่างไร?
- เช่นเดียวกับหนี้ทางการเงิน เพื่อที่จะจัดการหนี้สินทางเทคนิคของคุณ ก่อนอื่นคุณต้องรู้ว่ามันคืออะไร ราคาเท่าไหร่ และเงื่อนไขการชำระเงิน
- ในขั้นแรกให้รู้ว่าคุณมีหนี้สินอะไรบ้าง ให้ระดมความคิดกับผู้มีส่วนได้ส่วนเสียของคุณว่ามีปัญหาในปัจจุบันหรือไม่ และปีจะดีขึ้นได้อย่างไรหากปัญหาทั้งหมดได้รับการแก้ไข
- ใช้เมทริกซ์ขนาด 2x2 ที่สามารถประเมินความง่ายในการแก้ปัญหาเทียบกับผลกระทบที่อาจเกิดขึ้น สิ่งนี้ช่วยให้คุณมุ่งเน้นไปที่โครงการที่มีผลกระทบสูงก่อน
- การตัดสินใจจะทำอะไรก็ทำได้หลายรูปแบบ หนี้สามารถเพิกเฉยหรือชำระได้ แต่จากนั้นจุดกลางจะเป็นการเอาท์ซอร์สการแก้ปัญหาไปยังองค์กรผู้เชี่ยวชาญหรือใช้บริการคลาวด์
- การสร้างแผนการชำระเงินช่วยให้คุณสามารถดูผลกระทบของกระแสเงินสดในสถานการณ์ต่างๆ ที่คุณกำลังเผชิญ นี้จะช่วยให้การจัดทำงบประมาณและการแสดงภาพประนีประนอมที่มีอยู่
คุณสามารถดำเนินการตามขั้นตอนใดบ้างเพื่อบรรเทาหนี้ทางเทคนิคในอนาคต
- คำชี้แจงการเปิดเผยข้อมูลสินเชื่อเป็นเครื่องมือที่นิยมใช้ในการจัดการและกำหนดมาตรฐานสำหรับหนี้ทางการเงิน การใช้กระบวนการที่คล้ายคลึงกันสำหรับโครงการเทคโนโลยีอาจเป็นก้าวแรกในการเพิ่มความตระหนักรู้เกี่ยวกับหนี้ทางเทคนิค
- การทำงานร่วมกับทีมไอทีเพื่อกำหนดระดับหนี้ที่ยอมรับได้จะช่วยให้พวกเขามีขอบเขตที่จำเป็นในการดำเนินงาน
- การประสานงานและแนะนำทีมการจัดการการเปลี่ยนแปลงในโครงการเทคโนโลยีใหม่ก่อนหน้านี้จะช่วยให้มั่นใจได้ว่าการเปลี่ยนแปลงและประเด็นต่างๆ จะได้รับการสื่อสารไปยังองค์กรอย่างรวดเร็วและชัดเจนยิ่งขึ้น
ถ้าคุณไม่รู้ว่าคุณมีหนี้อยู่เท่าไหร่? มันจะเป็นตำแหน่งที่ไม่สะดวกที่จะอยู่ใน ไม่ทราบว่ามีค่าใช้จ่ายเท่าไร หรือระดับใดที่ขัดขวางไม่ให้บริษัทของคุณทำการปรับปรุงการดำเนินงาน ตอบสนองต่อการเปลี่ยนแปลงของตลาด หรือแม้แต่เปลี่ยนธุรกิจโดยสิ้นเชิง
ยิ่งไปกว่านั้น จะเกิดอะไรขึ้นถ้าใครก็ตามในองค์กรของคุณสามารถก่อหนี้ได้โดยไม่ต้องขออนุญาต ตัวอย่างเช่น หัวหน้าฝ่ายอสังหาริมทรัพย์ของคุณสามารถทำสัญญาเช่าหลายปีได้อย่างรวดเร็วด้วยค่าเช่าปีแรกต่ำ แต่ค่าเช่าจะเพิ่มขึ้นอย่างมากในช่วงหลายปีก่อน โดยไม่มีใครเปิดเผยนอกจากการสนทนา
ทั้งหมดนี้ฟังดูเหมือนการกำกับดูแลที่ไม่รอบคอบ แต่จริงๆ แล้วเป็นเรื่องปกติในธุรกิจ สิ่งที่จับได้ก็คือ “หนี้” ประเภทนี้ไม่ได้มาในรูปแบบของเครื่องมือทางการเงินแบบเดิมๆ ที่เราทุกคนรู้จักกันดี
หนี้ทางเทคนิคมีลักษณะเหล่านี้ทั้งหมด
หนี้ในรูปแบบที่ง่ายที่สุดคือการกู้ยืมวันนี้โดยมีเจตนาและสัญญาว่าจะชำระคืนในอนาคต หนี้มีเหตุมีผลเมื่อการกู้ยืมในวันนี้จะนำไปสู่อนาคตที่ดีกว่า เช่น การกู้ยืมเพื่อวิทยาลัยหรือการซื้อบ้าน หนี้โดยทั่วไปไม่ดีเมื่อยืมวันนี้จะทำให้พรุ่งนี้แย่ลง เช่น ไปทานอาหารเย็นราคาแพงและใส่บัตรเครดิตที่คุณจะไม่จ่ายทันที
ในแง่องค์กร หนี้จะดีเมื่อเกิดขึ้นกับกองทุนเพื่อการลงทุนที่ให้ผลตอบแทนมากกว่าต้นทุนของหนี้ นอกจากนี้ยังอาจสมเหตุสมผลหากคุณวางแผนที่จะขายธุรกิจเป็นเวลานานก่อนที่หนี้จะถึงกำหนด ข้อเสียของหนี้คือมีค่าใช้จ่ายจริงที่ดึงเงินสดและผลกำไร จำกัดความยืดหยุ่น และอาจกลายเป็นภาระหนักมากจนอาจนำไปสู่การล้มละลายในท้ายที่สุด
จนถึงปัจจุบัน คำอุปมาที่เราพาดพิงถึงเป็นเรื่องเกี่ยวกับหนี้ทางการเงิน ซึ่งเป็นหนี้อีกรูปแบบหนึ่ง—หนี้ทางเทคนิค (หรือ “หนี้เทคโนโลยี”)—มีลักษณะที่คล้ายคลึงกันหลายประการและต้องวัด จัดการ และเข้าสู่รูปแบบโดยเจตนา . ถ้ามันช่วยให้บริษัทของคุณสามารถเข้าสู่ตลาดก่อนการแข่งขัน ก็น่าจะคุ้มค่ามาก ในทำนองเดียวกัน การรับภาระหนี้เทคโนโลยีเพื่อลดความเสี่ยงด้านความปลอดภัยที่อาจร้ายแรงก็คุ้มค่าเช่นกัน
อย่างไรก็ตาม หนี้ทางเทคนิคมีข้อเสีย ซึ่งนำไปสู่ความไร้ประสิทธิภาพและความเฉื่อย เช่น เมื่อแผนกหนึ่งไม่ต้องการใช้ซอฟต์แวร์ของอีกฝ่าย หรือหากคุณชะลอการอัพเกรดหลายครั้งเพื่อให้บรรลุเป้าหมายทางการเงินระยะสั้น
ดังนั้นหนี้ทางเทคนิคคืออะไร?
หนี้ทางเทคนิคเป็นคำที่ใช้เป็นหลักในชุมชนด้านเทคนิคตั้งแต่ Ward Cunningham ซึ่งเป็นโปรแกรมเมอร์คอมพิวเตอร์ ได้บัญญัติวลีนี้ขึ้นในปี 1992 การใช้งานได้ถูกยกเลิกไปเมื่อเร็วๆ นี้ และกลายเป็นศูนย์กลางด้วยการเพิ่มจำนวนขึ้นของการเขียนโปรแกรมที่คล่องตัว หนี้ทางเทคนิคที่กล่าวถึงในบทความนี้ไม่ได้เกี่ยวกับวิธีการเขียนโปรแกรม แต่เป็นความหมายเชิงกลยุทธ์ของการมีอยู่ของมัน
กล่าวโดยง่าย หนี้ทางเทคนิคคือต้นทุนที่เพิ่มขึ้นและการสูญเสียความคล่องตัวในบริษัทของคุณ อันเป็นผลมาจากการตัดสินใจครั้งก่อนซึ่งทำขึ้นเพื่อประหยัดเวลาหรือเงินเมื่อใช้ระบบใหม่หรือบำรุงรักษาระบบที่มีอยู่ เกิดขึ้นเมื่อระบบไม่ได้ผสานรวมอย่างถูกต้องหรือโค้ดซับซ้อนเกินไป ทั้งนี้เนื่องมาจากหลายสาเหตุ เช่น ความไร้ประสิทธิภาพ เวลาในการพิจารณาตลาด หรือการเรียกใช้ซอฟต์แวร์เวอร์ชันที่ล้าสมัย และอื่นๆ อีกมากมาย
ตัวอย่างที่ชัดเจนจะเป็น:
- การใช้ Windows เวอร์ชันเก่าที่ป้องกันไม่ให้คุณใช้ซอฟต์แวร์ใหม่หรือใช้การอัปเกรดความปลอดภัย
- ระบบ ERP ในวงจรอุบาทว์ที่เก่าและปรับแต่งได้มากจนไม่สามารถอัปเกรดได้ เนื่องจากจะเป็นความพยายาม "ฉีกและเปลี่ยน"
- ระบบที่คล้ายคลึงกันซึ่งมีฟังก์ชันทับซ้อนกันในส่วนต่างๆ ขององค์กรของคุณ
แผนภาพด้านล่างเป็นภาพกราฟิกที่มีประโยชน์ในการกำหนดกรอบว่าหนี้ด้านเทคโนโลยีแตกต่างจากการใช้งานทางเทคโนโลยีอื่นๆ ที่สามารถทำได้ภายในกลุ่มเทคโนโลยีของบริษัทอย่างไร หนี้ทางเทคนิคมักถูกเข้าใจผิดว่าเป็นข้อบกพร่อง หนี้ทางเทคนิคนั้นแตกต่างกันมากเพราะการมีอยู่ของหนี้อาจไม่ชัดเจนอย่างโจ่งแจ้ง อันตรายอยู่ในนั้น เพราะยิ่งปล่อยทิ้งไว้นานเท่าใด ผลกระทบก็จะยิ่งสูงขึ้นในอนาคต
ในฐานะซีเอฟโอที่เคยทำงานด้านไอทีและมีรายงานไอทีให้ฉันทราบในบริษัทองค์กรที่มีเลเวอเรจสูง ฉันรู้สึกว่าหนี้ทางเทคนิคที่คล้ายคลึงกันกับหนี้แบบเดิมๆ นอกจากนี้ยังทำให้ฉันประทับใจกับความทึบและความเสี่ยง ผู้ที่มีพื้นฐานทางการเงินมีความรอบรู้ในกลไกของหนี้ทางการเงิน—เป็นรูปธรรมและง่ายต่อการคำนวณ อย่างไรก็ตาม หนี้ทางเทคนิคกลับไม่เป็นเช่นนั้น ซึ่งมักถูกเข้าใจผิดหรือเข้าใจผิดคิดว่าเป็นปัญหาของคนอื่น
อะไรคือต้นทุนของหนี้ทางเทคนิคและเป็นจริง?
คำตอบสั้น ๆ คือต้นทุนเงินสดเป็นจริงมาก นอกจากนี้ยังมีต้นทุนอ่อนที่สำคัญบางอย่างที่ควรระบุ รวมทั้งวัดและจัดการแยกจากกัน ฉันจะอธิบายรายละเอียดด้านล่างเกี่ยวกับตัวอย่างบางส่วนของค่าใช้จ่ายเหล่านี้:
ต้นทุนเงินสด
หนี้ทางเทคนิคเป็นหนี้จริงเท่ากับการจ่ายดอกเบี้ย อย่างไรก็ตาม มันมักจะแสดงออกมาในกำไรขาดทุนในลักษณะทางอ้อมมากกว่าค่าใช้จ่ายตามบรรทัด "ดอกเบี้ย" ง่ายๆ เช่นในลักษณะต่อไปนี้:
จำนวนพนักงาน
- ต้องการบุคลากรจำนวนมากขึ้นเพื่อบำรุงรักษาระบบที่มีอยู่
- เวลาสำหรับนักพัฒนาเพิ่มเติมเพื่อนำมาซึ่งความสามารถใหม่
ค่าโสหุ้ย
- ความล่าช้าในการประสานการทำงานร่วมกันของการเข้าซื้อกิจการ
- การแก้ไขและค่าปรับที่เกิดจากการละเมิดความปลอดภัย
ฝ่ายขาย
- ขายขาดทุนเนื่องจากระบบขัดข้อง
- ค่าใช้จ่ายทางการตลาดที่มีประสิทธิภาพน้อยลง
เงินทุนหมุนเวียน
- ข้อกำหนดที่เพิ่มขึ้น โดยเฉพาะอย่างยิ่งสำหรับธุรกิจที่มียอดสินค้าคงคลังสูง
ต้นทุนอ่อน
แม้ว่าต้นทุนที่แท้จริงจะมีจำนวนเงินจริงที่เกี่ยวข้อง แต่ก็มีต้นทุนที่ไม่แน่นอนซึ่งแม้จะยากต่อการวัดปริมาณและตระหนักถึงการประหยัด แต่ก็ส่งผลเสียต่อธุรกิจของคุณอย่างแน่นอน ซึ่งรวมถึง:
ข่าวกรองตลาด
- ไม่สามารถปรับตัวให้เข้ากับโอกาสหรือการเปลี่ยนแปลงในตลาดได้อย่างรวดเร็ว
- ลดความสามารถในการแปลงข้อมูลเป็นข้อมูลเพื่อการตัดสินใจที่ดีขึ้น
- ความจริงหลายเวอร์ชั่น
ผลผลิต
- ประสิทธิภาพการทำงานของพนักงานลดลงเนื่องจากการหยุดทำงานของระบบ
- พนักงานที่มีประสิทธิผลน้อยกว่าที่ใช้เวลาในการดึงข้อมูลและนวดข้อมูลมากกว่าการวิเคราะห์
- ทำให้เวลาและความสนใจของผู้บริหารระดับสูงลดลงหากเกิดการละเมิดความปลอดภัยครั้งใหญ่
เมื่อพิจารณาจากการเปรียบเทียบหนี้ทางเทคนิคและการเงินแล้ว ความแตกต่างที่สำคัญประการหนึ่งก็คือหนี้เดิมไม่มีการควบคุมอย่างเป็นทางการ สำหรับหนี้สินทางการเงิน มักจะมีคณะกรรมการสินเชื่อ ทีมจัดการสินทรัพย์และหนี้สิน และเจ้าหน้าที่คลังที่คอยตรวจสอบระดับต่างๆ เช่น เหยี่ยว อย่างไรก็ตาม ด้วยหนี้ทางเทคนิค การควบคุมเหล่านี้มีอยู่น้อยมากในธุรกิจแบบเดิมๆ
หนี้ทางเทคนิคเกิดขึ้นได้อย่างไรและทำไม
สำหรับหนี้แบบดั้งเดิม คณะกรรมการพร้อมกับ CEO และ CFO มักจะกำหนดโครงสร้างเงินทุน เช่น ส่วนของผู้ถือหุ้น หนี้จำนวนเท่าใด และหนี้ประเภทใด (ปืนพก สินทรัพย์ตาม หรือไม่มีหลักประกัน) ตาราง cap นั้นมีความชัดเจนว่าจะจ่ายหนี้อะไรและเมื่อไหร่ เมื่อทั้งหมดนี้ได้รับการตัดสินอย่างเป็นทางการแล้ว กระบวนการที่มีโครงสร้างจะเริ่มต้นขึ้นเพื่อเพิ่มหนี้

ผู้ให้กู้พิจารณาความสามารถของนิติบุคคลในการชำระหนี้ผ่านการประเมินประวัติการชำระหนี้ อันดับเครดิต และคุณภาพของหลักประกันที่สำรองไว้ อย่างไรก็ตาม ไม่มีกระบวนการอย่างเป็นทางการ การหาปริมาณ และการลงชื่อออกเมื่อเกิดปัญหาทางเทคนิค มาดูวิธีการและสาเหตุที่ทำให้เกิดหนี้ทางเทคนิคเกิดขึ้น:
การจำกัดเวลานำไปสู่การประนีประนอม
เวลาในการทำตลาดคือทุกสิ่งในธุรกิจ การใช้เทคโนโลยีใหม่สามารถทำได้เร็วกว่ามากเมื่อสามารถทำได้แบบสแตนด์อโลน น่าเสียดายที่ความหมายของสิ่งนี้คือระบบอื่นไม่ซิงโครไนซ์กับการใช้งาน สำหรับองค์กรแบบลีนที่มีสแต็คเทคโนโลยีธรรมดา อาจดูไม่เลวร้ายนัก
จะกลายเป็นปัญหาแม้ว่าการกำหนดค่าระบบจะทวีความซับซ้อนขึ้น ในท้ายที่สุด เทคโนโลยีจะประมวลผลและรวบรวมข้อมูลโดยอัตโนมัติซึ่งจะถูกแปลงเป็นข้อมูล เทคโนโลยีที่ไม่ได้บูรณาการส่งผลให้เกิดกระบวนการทางธุรกิจที่ไม่ทำงานร่วมกันและความจริงหลายเวอร์ชัน
เมื่อสละเวลาเพื่อความเร็ว โปรโตคอลการทดสอบที่จัดตั้งขึ้นสามารถเพิกเฉยหรือสละสิทธิ์ได้ ซึ่งมักจะส่งผลให้เกิด “ข้อบกพร่อง” ที่เกิดขึ้นบนท้องถนนซึ่งแสดงตัวออกมาในรูปแบบของความเสื่อมโทรมของระบบบางรูปแบบ และทำให้นักพัฒนาเสียเวลาในการแก้ไขปัญหาเสียสมาธิ
หากเราพิจารณาผลกระทบของหนี้เทคโนโลยีเมื่อเวลาผ่านไป ยิ่งปัญหาไม่ถูกแตะต้องนานเท่าใด ผลกระทบของหนี้ก็จะยิ่งสูงขึ้น สิ่งที่เริ่มต้นในการฝึกการจัดโครงสร้างโค้ดเล็กๆ น้อยๆ สามารถทำให้ความทันสมัยและความพยายามในการแทนที่ทั้งหมดลดลงได้
สิ่งล่อใจของการประหยัดต้นทุนระยะสั้น
มาเผชิญหน้ากัน—ทีมผู้บริหารอยู่ภายใต้แรงกดดันอย่างต่อเนื่องที่จะตีตัวเลข การหยุดการใช้จ่ายในวันนี้สามารถช่วยคุณทำไตรมาสได้ แต่เช่นเดียวกับการยืม คุณต้องจ่ายคืนในบางจุด ต่อไปนี้คือวิธีการบางอย่างที่บริษัทต่างๆ ประหยัดเงินในระยะสั้น แต่จบลงด้วยหนี้สินทางเทคนิค:
อัพเดตซอฟต์แวร์
ในบางครั้ง ค่าใช้จ่ายและปัญหาในการดำเนินการอัปเดตซอฟต์แวร์เป็นระยะๆ อาจส่งผลให้การอัปเดตล่าช้า บางครั้งสิ่งนี้ดำเนินต่อไปหลายปี เราทุกคนมีความผิดในการบังคับออกจาก Microsoft AutoUpdate เมื่อปรากฏขึ้นในเวลาที่ไม่สะดวก
เมื่อระบบล้าหลังเวอร์ชันปัจจุบันไปได้ดี ซอฟต์แวร์ใหม่กว่าที่ต้องรวมเข้ากับเวอร์ชันปัจจุบันไม่สามารถทำได้ ยิ่งไปกว่านั้น การอัปเกรดหลายๆ เวอร์ชันพร้อมกันมักจะมีราคาแพงกว่าและใช้เวลามากกว่าการรักษาไว้เกือบตลอดเวลา
การเปลี่ยนฮาร์ดแวร์
เมื่อองค์กรมีความซับซ้อนมากขึ้น ความพยายามอย่างเต็มที่ในการซิงโครไนซ์รอบการอัปเดตฮาร์ดแวร์อาจกลายเป็นเรื่องล้นหลามและมีค่าใช้จ่ายสูง ซึ่งอาจส่งผลให้ฮาร์ดแวร์ปัจจุบันถูกขยายไปสู่ความเหลื่อมล้ำอย่างมากและใหญ่ที่มีอยู่ระหว่างคุณภาพของฮาร์ดแวร์ระหว่างทีม บางทีมรู้สึกหงุดหงิดใจ ซื้อฮาร์ดแวร์ใหม่ และใช้จ่ายผ่านงบประมาณโต๊ะทำงานแทนที่จะรอให้ฝ่ายไอทีทำการอัปเกรด
ความเหลื่อมล้ำนี้มีนัยสำหรับประสิทธิภาพการทำงานและความเข้ากันได้ของฮาร์ดแวร์/ไฟล์สำหรับแบบฝึกหัดการทำงานร่วมกัน
กลยุทธ์ในการจัดการกับสถานการณ์หนี้ทางเทคนิค
แทนที่จะพูดถึงปัญหา เรามาลองใช้มาตรการเชิงรุกและกำหนดวิธีแก้ปัญหาเพื่อแก้ปัญหาหนี้ทางเทคนิคกันดีกว่า
เราสามารถเรียกเทคนิคที่ใช้จัดการหนี้ทางการเงินได้ เพื่อที่จะจัดการหนี้สินของคุณ ก่อนอื่นคุณต้องรู้ว่ามันคืออะไร ราคาเท่าไหร่ และเงื่อนไขการชำระเงิน มาแก้ปัญหานี้กันสำหรับหนี้ทางเทคนิค
1. คิดออกว่าคุณมีหนี้ทางเทคนิคเท่าไหร่
หนี้ทางการเงินมาในงวดซึ่งกำหนดโดยระดับอาวุโสของแต่ละชิ้น (เช่น อาวุโส ชั้นลอย หรือปืนพกลูกโม่) ซึ่งแสดงให้เห็นว่าได้รับเงินคืนก่อน หนี้ทางเทคนิคมีรูปแบบอาวุโสที่คล้ายคลึงกัน ในการเริ่มต้น คุณต้องเริ่มต้นด้วยระบบที่มีความสำคัญต่อภารกิจของคุณ พวกเขามีหนี้ทางเทคนิคอะไรบ้าง? จากนั้นดูที่ระบบนิเวศที่กว้างขึ้น—พูดดีกว่า หนี้ทางเทคนิค ระหว่าง ระบบของคุณทำให้เกิดค่าใช้จ่ายอะไร?
อย่าทำให้กระบวนการนี้ซับซ้อนเกินไป เมื่อถึงจุดหนึ่ง คุณจะต้องการได้รับการประเมินจากบนลงล่าง แต่คุณไม่จำเป็นต้องเริ่มต้นที่นั่น ให้หัวหน้าฝ่ายไอทีดึงทีมผู้บริหารมาทำการบ้านนี้:
หากเราเคลียร์หนี้ทางเทคนิคทั้งหมดของเราให้หมดในปีที่แล้ว ปีนี้ (หรือปีหน้า) จะเล่นดีขึ้นได้อย่างไร
รับแนวคิด 10 อันดับแรกของคุณและใส่ลงในเมทริกซ์ 2x2: ง่าย/จ่ายยากบนแกนหนึ่งและระดับของผลประโยชน์ในอีกแกนหนึ่ง หวังว่าภาพจะช่วยให้คุณทราบว่าจะเริ่มจากตรงไหน
ประโยชน์ของการแก้ปัญหา ► | แข็งแกร่ง | ||
---|---|---|---|
อ่อนแอ | |||
แข็ง | ง่าย | ||
▲ ความพยายามในการจ่ายดาวน์ |
จากนั้น ให้เจาะลึกเพื่อตรวจสอบสมมติฐานของคุณเกี่ยวกับขนาดของรางวัลและความพยายาม ความเป็นกลางเป็นสิ่งสำคัญในที่นี้ ดังนั้นโปรดระวังผู้จำหน่ายซอฟต์แวร์ที่เสนอให้ดำเนินการ "ประเมินฟรี"
2. ตัดสินใจว่าจะทำอย่างไร
เมื่อคุณรู้แล้วว่าคุณมีหนี้ทางเทคนิคอะไร ตอนนี้คุณต้องตัดสินใจว่าจะจัดการกับมันอย่างไร มีตัวเลือกมากมายให้เลือก
ดีที่สุดแล้วที่จะไม่ทำอะไรเลย สำหรับหนี้ที่ประเมินว่า "เล็กน้อย" หรือ "อัตราดอกเบี้ยต่ำ" อาจเป็นการดีที่สุดที่จะปล่อยไว้ - ในทำนองเดียวกัน หากมี "ค่าปรับการชำระล่วงหน้า" ที่มีนัยสำคัญของการจ่ายออกก่อนกำหนด อาจมีข้อได้เปรียบเชิงกลยุทธ์ด้วยเช่นกัน การอยู่ข้างหลังคนเดียวและอยู่ที่นั่นมักจะดีและบางครั้งก็มีข้อได้เปรียบในการปล่อยให้ข้อผิดพลาดจัดการกับค่าเล็กน้อยของคนอื่น
การจ่ายคืนหรือลดหนี้ทางเทคนิคจะเกี่ยวข้องกับการเปลี่ยนระบบและลดต้นทุน ซึ่งสามารถทำได้ทันทีหรือเมื่อเวลาผ่านไปโดยผ่านกระบวนการปรับปรุงทีละน้อย เช่นเดียวกับหนี้ทางการเงิน มีวิธีสร้างสรรค์ที่คุณสามารถ "รีไฟแนนซ์" หนี้ทางเทคนิคได้ โดยจ้างงานบำรุงรักษาเป็นวิธีหนึ่ง การดำเนินการนี้อาจมีค่าใช้จ่ายมากขึ้นในการแก้ไข แต่สามารถกระจายออกไปเพื่อลดค่าใช้จ่ายที่เกิดขึ้นทันที และโดยผ่านหลักการของการแบ่งงาน จะมอบหมายงานให้กับหน่วยงานที่เชี่ยวชาญมากขึ้น
การถือกำเนิดขึ้นของบริการซอฟต์แวร์และฮาร์ดแวร์บนคลาวด์ยังนำมาซึ่งการเปรียบเทียบกับความนิยมของการเงินแบบเช่าซื้อ การใช้บริการคลาวด์เป็นเครื่องมือที่มีประสิทธิภาพในการลดหนี้ทางเทคนิค ทั้งในการยกเลิกข้อกำหนด CAPEX และเปลี่ยนโฟกัสการพัฒนาไปที่ผู้ให้บริการคลาวด์
3. สร้างแผนการชำระเงิน
อย่าจมอยู่กับค่าใช้จ่ายในการลดหนี้ทางเทคนิคและอย่าพยายามจ่ายให้หมดในคราวเดียว นี่คงเป็นการฝึกหัดที่มีความทะเยอทะยานที่สามารถครอบงำองค์กรทุกขนาดหรืองบดุลได้
ย้อนกลับไปที่การเปรียบเทียบทางการเงิน มีความคิดที่จะชำระเงินด้วยบัตรเครดิตที่มีอัตราดอกเบี้ยสูงสุดก่อน นี่หมายถึงการโจมตีกิจกรรมที่มีมูลค่าสูง/ใช้ความพยายามต่ำก่อน
ในส่วนที่แล้ว ฉันได้กล่าวถึงวิธีการต่างๆ ในการแก้ปัญหาหนี้ทางเทคนิค ในการประเมินค่าใช้จ่ายของแต่ละรายการ เป็นการดีที่สุดที่จะดำเนินการเปรียบเทียบ การจัดอันดับต้นทุนกระแสเงินสดของผลลัพธ์ที่เป็นไปได้แต่ละรายการสามารถช่วยให้ผู้มีส่วนได้ส่วนเสียมีมุมมองที่ชัดเจนเกี่ยวกับการแลกเปลี่ยนและประโยชน์ของแต่ละเส้นทาง ตัวอย่างของภาพดังกล่าวอยู่ด้านล่าง
การเปรียบเทียบนี้แสดงให้เห็นถึงการประนีประนอมระหว่างความละเอียดเชิงทฤษฎีและความแตกต่างอย่างสิ้นเชิงระหว่างการแก้ปัญหากับการไม่ทำอะไรเลย (“เส้นฐานที่มีอยู่”) ในตัวอย่างนี้ การเปลี่ยนไปใช้ระบบคลาวด์ โซลูชันที่ใช้ SaaS จะเป็นตัวเลือกที่ประหยัดที่สุดสำหรับธุรกิจ
การจัดการหนี้ทางเทคนิคในอนาคต
เมื่อคุณได้กำหนดเส้นฐานและแผนการโจมตีแล้ว คุณจะต้องการรักษาการมองเห็นและป้องกันไม่ให้หนี้ใหม่คืบคลานเข้ามา คิดว่าการฝึกนี้เป็นการเริ่มต้นใหม่และโอกาสที่จะใช้แนวปฏิบัติที่ดีที่สุดเพื่อป้องกันไม่ให้เกิดปัญหา เพิ่มขึ้นอีกในอนาคต
ใช้คำชี้แจงการเปิดเผยข้อมูลสินเชื่อ
โครงการเทคโนโลยีส่วนใหญ่มีกระบวนการอนุมัติอย่างเป็นทางการพร้อมด้วยผู้สนับสนุนระดับผู้บริหาร วัตถุประสงค์ระดับสูง ผลประโยชน์ที่คาดการณ์ไว้ กำหนดการ และค่าใช้จ่ายแน่นอน นี่เป็นสถานที่ที่ดีในการล้างหนี้ทางเทคนิคใหม่ ๆ ที่จะเกิดขึ้นและเหตุผลอันสมควร
กำหนดเกณฑ์การกู้ยืม
อย่าตั้งมาตรฐานใหม่มากเกินไป เช่นเดียวกับที่คุณออกบัตรเครดิตองค์กรด้วยวงเงินที่กำหนดไว้ล่วงหน้า คุณไม่ต้องการจัดการหนี้ทางเทคนิคมากเกินไป หนี้ทางเทคนิคจำนวนมากมีขนาดเล็กและเกี่ยวข้องกับการเขียนโค้ดที่จะได้รับการชำระอย่างรวดเร็ว โดยเฉพาะอย่างยิ่งกับการพัฒนาที่คล่องตัว วางใจหัวหน้าฝ่ายไอทีของคุณในการกำหนดและตรวจสอบเกณฑ์นี้
ฝึกอบรมผู้จัดการการจัดจำหน่ายของคุณอีกครั้ง
ในบริษัทขนาดใหญ่ ไอทีมีกระบวนการที่เรียกว่า "การจัดการการเปลี่ยนแปลง" ก่อนที่ซอฟต์แวร์ใหม่จะเผยแพร่ มักจะต้องผ่านการจัดการการเปลี่ยนแปลง พูดง่ายๆ ก็คือ หน้าที่ของการจัดการการเปลี่ยนแปลงคือทำให้แน่ใจว่าการเปลี่ยนแปลงใหม่ๆ ในระบบเทคโนโลยีของบริษัทจะไม่ส่งผลกระทบต่อระบบอื่นๆ พวกเขาทำเช่นนี้โดยตรวจสอบให้แน่ใจว่าระบบใหม่สอดคล้องกับวิธีการและขั้นตอนที่ได้มาตรฐาน พิจารณาใช้กระบวนการนี้เพื่อป้องกันหรืออย่างน้อยก็ระบุหนี้ใหม่ไม่ให้เกิดขึ้น
หนี้ทางเทคนิคเป็นต้นทุนที่แท้จริงในการทำธุรกิจ และเป็นสาเหตุที่แท้จริงของการหยุดทำงานของระบบ และทำให้บริษัทมีความคล่องตัวโดยรวม ไม่จำเป็นต้องเป็นภาระอย่างต่อเนื่อง และซีเอฟโอที่ชาญฉลาดจะรู้ว่าองค์กรของตนมีหนี้สินด้านเทคโนโลยีมากน้อยเพียงใด และต้องใช้อะไรบ้างในการเพิ่มประสิทธิภาพ