如何管理軟件定制項(xiàng)目的技術(shù)債務(wù)？

軟件項(xiàng)目定制開發(fā)和軟件產(chǎn)品研發(fā)通常會采用不同的流程、管理方法、合同條款締約設(shè)計(jì)及售后服務(wù)模式。

軟件產(chǎn)品研發(fā)流程周期會更長，通常會持續(xù)很多年。軟件定制項(xiàng)目開發(fā)流程相對比較簡單，通常在1年以內(nèi)。根據(jù)項(xiàng)目類型、創(chuàng)新程度、可接受風(fēng)險程度、可接受的質(zhì)量等級，可采用2種項(xiàng)目管理方法或者2種方法的裁剪、變體及組合：(1).敏捷迭代(以Scrum為代表，但不局限于Scrum)；(2).瀑布固定流程(以CMM/CMMI為代表，但不局限于CMM/CMMI)。

如使用敏捷迭代方法，一般1.5個月為一個周期，如何使用1個月以內(nèi)的小周期則無法充分進(jìn)行項(xiàng)目管理，項(xiàng)目功能列表、項(xiàng)目范圍可能會失控，項(xiàng)目影響性（沖擊響應(yīng)）分析無法進(jìn)行，項(xiàng)目質(zhì)量等級會下降，項(xiàng)目風(fēng)險等級會上升，項(xiàng)目的技術(shù)債務(wù)會變大。在數(shù)據(jù)模型已經(jīng)穩(wěn)定，設(shè)計(jì)框架不再變更的情況下，僅僅簡單業(yè)務(wù)邏輯的變更迭代與驗(yàn)收調(diào)整時，可適當(dāng)短期縮短迭代周期到2周。如果特殊情況需要降低到更短到1周的，在從1個月逐步縮短到1周的過程中，可能會逐步忽略項(xiàng)目管理職能、項(xiàng)目影響性（沖擊響應(yīng)）分析、模塊代碼質(zhì)量，通過增加技術(shù)債務(wù)的方法實(shí)現(xiàn)短周期交付，有些技術(shù)債務(wù)可通過后續(xù)流程填補(bǔ)改進(jìn)，但成本通常會比長周期正常流程的要高。但考慮到有些“高風(fēng)險等級”項(xiàng)目本身可能就是想要用低成本做些小的嘗試，交付物不會１００％被采用，大部分技術(shù)債務(wù)也會同部分交付物被放棄掉，這時可采用一些短周期來完成一些高技術(shù)債務(wù)的高風(fēng)險項(xiàng)目。

軟件項(xiàng)目定制開發(fā)周期短，很難在有限的時間內(nèi)做出詳細(xì)的資產(chǎn)負(fù)債表量化分析，因此無法精確地管理技術(shù)債務(wù)，一般需要項(xiàng)目管理者參考各方面的咨詢顧問、專家與項(xiàng)目涉眾的信息輸入粗略地評估和管理技術(shù)債務(wù)。

技術(shù)債務(wù)通常來源于多個不同地方，比如：

(1).領(lǐng)域流程知識的缺乏和誤解

(2).軟件依賴數(shù)據(jù)接口設(shè)計(jì)和知識的缺乏和誤解

(3).軟件內(nèi)部依賴數(shù)據(jù)模型設(shè)計(jì)和知識的缺乏和誤解

(4).軟件輸出數(shù)據(jù)接口及格式的設(shè)計(jì)和知識的缺乏和誤解

(5).軟件與用戶交互設(shè)計(jì)和知識的缺乏和誤解

(6).軟件與第三方系統(tǒng)或者依賴環(huán)境交互設(shè)計(jì)和知識的缺乏和誤解

(7).項(xiàng)目管理領(lǐng)域的知識和經(jīng)驗(yàn)的缺乏

(8).不穩(wěn)定和正在發(fā)現(xiàn)階段的需求

(9).軟件設(shè)計(jì)、編程、測試和溝通方面的知識和經(jīng)驗(yàn)

(10).系統(tǒng)集成方面的知識和經(jīng)驗(yàn)

項(xiàng)目成員需要對上述場景做好評估和應(yīng)對策略，才能大致的了解項(xiàng)目的技術(shù)債務(wù)結(jié)構(gòu)并控制好技術(shù)債務(wù)擴(kuò)大和失控的風(fēng)險。