Krishna Kadali, M. Tech — Kondapur, Hyderabad, India
複雜化是失敗的根源#
專案的利益相關方（stakeholders）往往把事情想得過於簡單——在腦海中，目標可以用幾個神奇的步驟輕鬆達成，無論實際有多複雜。然而在現實中，這種「想像的簡單」反而造就了「執行的複雜」，進而成為軟體專案失敗的常見原因之一。
注意： 不要把軟體專案打造成一個龐大、僵硬的巨獸（monolithic monster）。需求永遠會變化，若軟體無法快速適應，專案在開始前就已注定失敗。
像洋蔥一樣一層一層建構#
正確的做法是讓 IT 團隊像剝洋蔥一樣，一層一層地累積成熟度——每個迭代（iteration）都讓系統更完整，而不是試圖一次到位。
兩個保持簡單的關鍵實踐#
保持需求簡單#
業務分析師（business analysts）常犯的錯誤是：把腦中浮現的解決方案誤認為是客戶需求。真正的需求往往更簡單，但在傳遞過程中容易失真。
技巧： 用樹狀結構書寫需求：
- 根節點（root）= 整個專案的核心目標
- 樹枝（branch）= 父層需求群組
- 樹葉（twig）= 具體的子層需求
使用心智圖（mind mapping）工具輔助文件化，確保每條需求清晰明確。只要有一小批需求被確認，開發就可以啟動。
遵循敏捷開發流程#
一旦有一小批需求被確認，開發團隊應立即開始原型製作（prototyping）：
- 利益相關方測試原型並提供回饋
- 客戶回饋確保需求準確，並揭露傳遞過程中的落差
- 落差轉化為新需求，開發團隊重新原型，循環繼續
重點： 每個循環應盡量短——通常不超過 2 到 3 週。這樣所有利益相關方始終對進度有共同認知，也讓每個人都清楚知道正在發生什麼。
成功的定義#
補充： 若嚴格遵循「定義小批需求 → 製作原型 → 獲取回饋」的循環，幾乎每個軟體專案都能走向成功——尤其是當成功被定義為「讓客戶滿意、軟體能真正實現商業功能」時。