[SI 開發者故事] 09. SI 專案投入後 正式開發的開始

SI 開發人員的故事
#9. SI 專案投入後 - 正式開發的開始

投入專案後，經過一段適應期，便會正式投入開發工作。開發會根據 RFP（需求規格說明書）中的功能，並配合 WBS 的時程進行，而在 SI 中，開發功能時會假設任何功能都可能隨時更改，因此會盡可能降低模組之間的耦合度。

原因是發包的客戶公司雖然了解自己的業務，但卻無法提供所需的功 能、畫面設計等實作指南，因此通常會先展示開發完成的畫面，然後才會出現額外的需求或變更要求。

因此，如果模組之間的耦合度很高，修改一個模組就必須修改其他模組，這可能會導致意想不到的副作用，進而造成程式碼重複且雜亂。

由於 SI 的目標是讓系統無論如何都能運作，因此程式碼的整潔度和效率就會被放在次要地位。

一開始可能會想把程式寫得很好，但面對緊迫的時程和客戶每天提出的額外需求，很快就會發現自己變成只求快速開發的狀態。

此外，客戶認為付了錢就應該由開發人員自行完成所有工作，而置之不理的情況也並不少見。這暗示了專案後期可能會出現的混亂，因此在工作上遇到不懂的地方，務必儘可能詢問並整理清楚。

在 SI 中進行開發時，務必注意以下事項。

• 內容隨時可能變更。
• 客戶一無所知。要盡可能以較小的畫面單位逐一呈現，並經常取得回饋。
• 除非非常必要，否則不要對額外需求一概答應。
• 我不是比爾·蓋茲。客戶更喜歡快速完成的畫面，而不是程式碼寫得有多好。