מה זה חוב טכני (Technical Debt)

הגדרה

וורד קנינגהם טבע את המטפורה ב-1992, בדוח ניסיון על מערכת WyCash שהציג בכנס OOPSLA: לדבריו, לשחרר קוד בגרסה ראשונה זה כמו להיכנס לחוב, וקצת חוב מאיץ את הפיתוח כל עוד מחזירים אותו מהר בכתיבה מחדש. הקרן היא העבודה שנדרשת כדי לתקן את הקיצור. הריבית היא המאמץ הנוסף שמשלמים על כל שינוי עתידי בקוד הזה, עד שפורעים את הקרן. קנינגהם הסביר מאוחר יותר שמעולם לא התכוון לתת היתר לכתוב קוד גרוע: הרעיון הוא לכתוב קוד שמשקף את ההבנה הנוכחית שלכם בבעיה, גם אם היא חלקית, ולעצב אותו מחדש ככל שההבנה גדלה. רביע החוב הטכני של מרטין פאולר (2009) ממיין חוב לפי שני צירים: פזיז או נבון, ומכוון או לא מכוון. "אין לנו זמן לתכנון" הוא חוב פזיז ומכוון. לשחרר עכשיו כשיודעים מה הקיצור יעלה בהמשך הוא חוב נבון ומכוון. "עכשיו אנחנו יודעים איך היינו צריכים לבנות את זה" הוא חוב נבון ולא מכוון, והוא קורה גם לצוותים טובים.

למה זה חשוב

הסימנים מוכרים: ההערכות לשינויים קטנים הולכות וגדלות, תיקון במקום אחד שובר משהו במקום אחר, רק מפתח אחד מעז לגעת בחלק מסוים, והצוות מתחיל לבקש לכתוב הכול מחדש. חוב הוא לא תמיד טעות. קיצור שמביא MVP (גרסה ראשונית לבדיקה) לשוק בזמן יכול להיות ההחלטה הנכונה, ואב טיפוס שייזרק לא צריך פירעון בכלל. הסכנה היא בחוב שאף אחד לא החליט לקחת ואף אחד לא עוקב אחריו. השערת "כושר העמידה של התכנון" של פאולר (2007) מתארת את הדפוס: השקעה בתכנון טוב מאפשרת לצוות להמשיך לספק במהירות לאורך זמן, ואילו הזנחת התכנון מרגישה מהירה רק בהתחלה. קוד שכתב AI ואף אחד לא קרא, כמו בווייב קודינג, הוא חוב מהיום הראשון.

קשור ישירות: וייב קודינג (Vibe Coding), Git (בקרת גרסאות), MVP (מוצר בר קיימא מינימלי).

טיפים לשיפור

• נהלו רשימה גלויה של החובות הידועים בבקלוג, לצד הפיצ'רים, כדי שהם יתחרו על זמן בגלוי.
• פרעו חוב באזור שאתם עומדים לשנות בכל מקרה, שם הריבית הכי גבוהה.
• הקצו נתח קבוע מזמן הפיתוח לפריטים הגדולים, ותנו לצוות להציע את גודלו, כי אין מחקר שקובע אחד.
• החליטו במודע איזה חוב להשאיר, למשל חוב באב טיפוס שייזרק.
• בקשו בדיקות אוטומטיות לפני ניקוי, כדי שארגון מחדש של הקוד (refactoring) לא ישבור את מה שכבר עובד.

טעויות נפוצות

• להתעלם מהחוב עד ששינויים קטנים לוקחים שבועות וכתיבה מחדש נראית כמו הדרך היחידה.
• לראות בחוב בעיה של המפתחים בלבד, כשהוא מתבטא באספקה איטית יותר ובעלויות גבוהות יותר.
• לקחת קיצור בלי לרשום אותו, כך שאף אחד לא זוכר לפרוע אותו.
• להאמין שאחוז קבוע מהזמן לטיפול בחוב הוא כלל מוכח, כשאין מחקר שקובע אחד.