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

投入專案後，經過一段適應期，正式投入開發工作。開發工作按照 RFP（需求規格說明書）中列出的功能，根據 WBS 的時程表進行， 在 SI 中，開發功能時始終假設功能可能隨時更改，因此盡可能使不同模組之間的耦合度保持鬆散。

原因是，發包的客戶公司雖然了解自身業務，但無法提供哪些功能是必要的，以及如何設計畫面等實作指南，因此通常會在展示已開發的畫面後， 才會提出額外的需求或更改需求。

因此，如果不同模組之間的耦合度很高，修改一個模組可能需要修改其他模組，這可能會導致無法預期的副作用， 並造成程式碼重複且雜亂無章。

SI 的目標是讓程式碼能夠運作，因此程式碼的乾淨度或效率會被排在後順位。

一開始可能會抱持著做好做滿的雄心壯志，但面對緊湊的時程，以及每天都收到甲方客戶的額外需求， 你可能會不知不覺中發現自己正快速地開發程式碼。

此外，客戶也可能認為既然付了錢，就應該由你來完成所有工作，而袖手旁觀。 這暗示著專案後期可能會出現地獄般的狀況，因此若有不明白的地方，務必積極詢問並整理清楚。

在 SI 開發時，請務必牢記以下事項：

• 內容隨時可能更改。
• 客戶一無所知。盡可能以最小的畫面單位，一個一個展示畫面，並經常取得回饋。
• 除非必要，否則不要對額外的需求毫不猶豫地說「Yes」。
• 我不是比爾蓋茲。客戶更喜歡快速完成的畫面，而不是設計精良的程式。