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