專案中的隱形殺手：技術債( Technical Debt )

技術債( Technical Debt )

技術債( Technical Debt ) 是指我們常常為了某種目的而抄捷徑，或者替軟體帶來災難性的種種壞東西：

• 不良設計：曾經合理但如今卻不再是如此的設計。
• 不足夠的測試覆蓋率：我們知道該多做一點測試，卻一直沒有這麼做的地方。
• 缺失：軟體裡已知的問題，而我們還沒有時間排除它們。
• 過多的人工測試：當我們應該要有自動化測試時，卻還是用人工進行測試
• 不良的整合與版本管理：用極度耗時並且容易產生錯誤的方式來進行這些活動。
• 缺少平台經驗：例如，我們有一些用COBOL語言開發的大型電腦主機軟體，但我們再也沒有足夠的資深COBOL開發人員。

Mockup的重要性

不一致的溝通

需求確認的流程，資訊是不對稱的，開發團隊會以技術面以及以往的專案經驗去思考需求；客戶會從生活經驗中去思考需求，可能看了某新聞報導人工智慧用在商業決策上，大型購物平台提供了完整的金流與物流服務累積了一些對資訊技術的認知，綜合自身的商業策略、願景、業務、產品、市場去思考需求。

客戶可能在技術可行性上的認知不足，導致想法天馬行空，開發團隊也可能不了解顧客群的特性與產品的核心價值，設計了複雜而不實用的產品，產品負責人與雙方的溝通可能有誤差，導致需求認知不一致。

告別瀑布式開發法