יסודות ותכנון מוצר · מעורב

חוב טכני: מתי לקחת ומתי לשלם

בשורה אחת: חוב טכני הוא כלי מימון לגיטימי — בתנאי שהוא נלקח במודע, נרשם, ויש תאריך שבו דנים בפירעון.

לא כל קיצור הוא חוב

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

קוד גרוע שנכתב מחוסר ידיעה אינו חוב אלא באג עתידי. ההבדל חשוב כי הטיפול שונה.

מתי כדאי לקחת

כשעוד לא יודעים אם הפיצ'ר יישאר. אין טעם לבנות תשתית מושלמת למשהו שאולי יימחק בעוד חודש.

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

איך משלמים בלי לעצור הכל

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

העדיפו לשלם במקומות שנוגעים בהם הרבה. קוד מכוער שאיש לא פותח כבר שנתיים אינו הבעיה שלכם.

לעומק

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