標準化

關於之前刺客兄提及的標準化一事,小弟在此進一步報告...從開發團隊的編製來看,大型開發專案若沒有在專案開始之前就制定各種標準,那保證是一場災難...關於之前刺客兄提及的標準化一事,小弟在此進一步報告.

一般軟體開發過程可分成兩個維度,一是時間軸的開發流程,另一是涉及成員的開發團隊.

不論是所謂傳統的Waterfall開發流程,或是新的Iteration開發流程,不外乎可分成以下的階段:需求收集>架構分析>細部設計>功能及壓力測試>上線>監控效能>回饋修改.在每階段會有不同的人員與角色參與,這些人員會使用不同的工具來執行任務.若是沒有標準化的機制,則可能發生以下情形:
1. 本階段的工作產出無法提供給下階段的工具使用
2. 本階段的文件必須花時間逐一解釋給下階段的人員了解

關於第一點,筆者曾遇過某一公司因為不同單位分開採購不同階段所需的開發工具A與B,導致業務分析師從A工具所畫的業務分析圖無法直接匯入細部設計工具B,使得程式設計師必須將該圖形重新再以B工具的形式畫一次.關於第二點,這就是為何每天會開不完的原因.再從資方的觀點來看,現在流行將程式編碼工作外包給金磚四國以降低成本,標準化工作產出才可能實現此理想.

從開發團隊的編製來看,大型開發專案若沒有在專案開始之前就制定各種標準,那保證是一場災難.相信各位看官多少有此經驗,不是嗎?