![translation](https://cdn.durumis.com/common/trans.png)
这是AI翻译的帖子。
选择语言
durumis AI 总结的文章
- SI 專案投入後,開發人員正式參與開發,但客戶需求經常變更,因此需要靈活的開發方式。
- 由於客戶的需求不明確,開發過程中經常出現新增功能或修改要求,這可能會導致程式碼重複和效率降低。
- 因此,在 SI 開發過程中,除了快速開發速度外,還需要與客戶密切溝通,持續獲得反饋,並謹慎評估不必要的額外要求。
SI 開發者故事
#9. SI 專案投入後 - 正式開發的開始
投入專案後,經過一段適應期,正式投入開發工作。開發工作按照 RFP(需求規格說明書)中列出的功能,根據 WBS 的時程表進行, 在 SI 中,開發功能時始終假設功能可能隨時更改,因此盡可能使不同模組之間的耦合度保持鬆散。
原因是,發包的客戶公司雖然了解自身業務,但無法提供哪些功能是必要的,以及如何設計畫面等實作指南,因此通常會在展示已開發的畫面後, 才會提出額外的需求或更改需求。
因此,如果不同模組之間的耦合度很高,修改一個模組可能需要修改其他模組,這可能會導致無法預期的副作用, 並造成程式碼重複且雜亂無章。
SI 的目標是讓程式碼能夠運作,因此程式碼的乾淨度或效率會被排在後順位。
一開始可能會抱持著做好做滿的雄心壯志,但面對緊湊的時程,以及每天都收到甲方客戶的額外需求, 你可能會不知不覺中發現自己正快速地開發程式碼。
此外,客戶也可能認為既然付了錢,就應該由你來完成所有工作,而袖手旁觀。 這暗示著專案後期可能會出現地獄般的狀況,因此若有不明白的地方,務必積極詢問並整理清楚。
在 SI 開發時,請務必牢記以下事項:
- 內容隨時可能更改。
- 客戶一無所知。盡可能以最小的畫面單位,一個一個展示畫面,並經常取得回饋。
- 除非必要,否則不要對額外的需求毫不猶豫地說「Yes」。
- 我不是比爾蓋茲。客戶更喜歡快速完成的畫面,而不是設計精良的程式。