技術(shù)債的由來
最早聽別人談起過，軟件版本每次迭代的需求版本包含兩個來源掺出，一個是業(yè)務(wù)需求，另一個是技術(shù)改造惭等。業(yè)務(wù)需求毫無疑問會以研發(fā)產(chǎn)品特殊的方式立項開發(fā)珍手，技術(shù)改造來源于技術(shù)內(nèi)部，研發(fā)人員認(rèn)為實現(xiàn)方法方式不合理辞做，架構(gòu)不靈活等方面都可以納入技術(shù)改造的范疇琳要。
在正常的公司開發(fā)流程中，業(yè)務(wù)需求總是壓著技術(shù)改造被優(yōu)先處理秤茅，因為技術(shù)遺留問題很多時候很難被發(fā)現(xiàn)稚补，屬于改造不改造，短期內(nèi)都可以的情況框喳。而一旦技術(shù)遺留問題的影響逐步顯現(xiàn)出來课幕，往往改造的成本就會變高厦坛，如果技術(shù)遺留問題得不到及時解決，久而久之就會變成技術(shù)債乍惊。
技術(shù)債清償計劃
每個部門都有一堵墻康威法則杜秸，正常情況下，每個部門都在自己部門的情況來做開發(fā)計劃润绎。每個部門無法對項目整體的技術(shù)優(yōu)先級和在了解業(yè)務(wù)情況下再決定技術(shù)方案和改進方案撬碟，最重要的就是技術(shù)選擇和實現(xiàn)優(yōu)先級。每個項目或者核心功能點錯過合適的時間檔口莉撇，那就變成了技術(shù)債呢蛤，之后業(yè)務(wù)原則上不會為之前的錯誤，嘗試棍郎，架構(gòu)優(yōu)化甚至是技術(shù)改造補充足夠的時間檔期其障。
圖片發(fā)自簡書App
直到現(xiàn)在這個階段，我還是認(rèn)為
?康威法則的解釋可以理解為每個部門都有一堵墻
