بدهی فنی: بدهی فنی فقط به خاطر کیفیت بد کد یا پست الکترونیکی اتفاق نمیافتد.
طراحی. اغلب نتیجه تصمیمات گرفتهشدهدر طول زمان – اعمال به تنهایی توسط آنها توجیه میشود
بازدهی فوری یا نیازهای یک پروژه. سازمانهایی که به طور منظم بدهی فنی را بازپرداخت میکنند
محکم کردن و اصلاح نرمافزار به صورت نیاز به احتمال زیاد موقعیت بهتری برای پشتیبانی از سرمایهگذاری در نوآوری خواهد داشت.
شرکتها هم ممکن است افزایش یابند. بدهی فنی در زیرساخت فیزیکی برنامههای کاربردی و حفظ سیستمهای میراث
هزینههای خاصی را در طول یک دوره طولانی حمل میکند.
زمان. برنامههای مجدد برنامههای مجدد (از طریق فلز عریان)
ابر)میتواند به جبران این هزینهها و شتاب بخشیدن به آن کمک کند.
سرعت بخشیدن به بازار و سرعت بخشیدن به خدمات. همانند بدهی مالی، سازمانهایی که “پول را پس ندهید” ممکن است منجر به تخصیصحجم بودجههای خود را به سود .
نگهداری)، و کمی برای فرصتهای جدید باقی میماند. در نظر بگیرید که رویکرد دو مرحلهای زیر را برای پرداختن به بدهی تکنیکی مد نظر قرار دهید:
کردن آن: با قابلیت دید شروع میشود -اساس و اساس مسائل مربوط به مسائل مربوط به معماری و معماری.
توسعه روشهای ساده و قانعکننده برای توصیف تاثیر بالقوه مسائل به ترتیبتا درک آنها توسط کسانی که تعیین میکنند.
هزینههای . سازمان شما باید درخواست دهد یک معیار بدهی فنی نه تنها برای برنامهریزی و مدیریت پورتفولیو و تحویل پروژه بسیار خوب.
مدیریت آن: تعیین کنید که چه ابزار و سیستم در طول یک یا دو سال آینده به آن نیاز خواهید داشت.
اهداف استراتژیک خود را به دست آورید. این میتواند به شما کمک کند تا تشخیص دهید
بخشی از مجموعه نمونه خود را به آدرس خود اختصاص دهید. همچنین، زمانی که این به هر یک از شما میرسد، نه؟
میترسیدم که قسمتهای معینی را خالی کنم. هدف شما باید
این است که بدهی فنی را کاهش دهید، نه فقط بر آن نظارت کنید.
اجتنابناپذیر باشد. در این مدل – و در شیوههای پیشرو در حال ظهور در اطراف آن – مجازی شده و مانند ، قابلاستفاده مجدد و قابل بازیافت هستند.
منابع، با حجم کاری باقی مانده از محیط عملیاتی. سیستمها
به طور آزاد جفت شده و در کنار آن قرار دارند.