合約約束 老闆腦袋 員工素質

[Anthony Tsai]

的確，台灣的公司如同 Air 與維克所述，把 programmer 當作勞工看待
專案都為了合約或 time to market 而犧牲了品質，我在關貿網路最後執行的專案也是如此
該專案因為合約關係，每個月都需繳交文件，從系統分析的 SRS、系統設計的 SDD
甚至連程式碼都要繳交成一份文件(不是只有 source code 而已)
文件的數量與厚度因為合約上甲方的要求，所以文件品質非常重要！(該專案為政府專案，甲方為政府單位)
等到我忙了半年的文件，回頭過來，程式碼的進度為 0%，後來為了趕程式碼進度
必須簡化很多原本在 Agile Method 所學到的精神，如 TDD。
但是我還是遵循先有 psudo code 再有 source code 的概念(Commet 為主，Code 為輔)進行開發
經過此專案的磨練，我認真的體悟到：系統中能 run 的是程式碼，而不是文件
礙於此專案的特殊狀況，我不得不拋棄 Agile Method 的部份精神

我個人認為，台灣軟體要全然採行 Agile Method 是有其困難：
1) 專案的性質。
如果專案屬於公司內部研發，有彈性的時間控制，如永峰學長目前的專案性質
則施行 Agile Method 較易於發揮其功效
反之，若像 Air 公司為了 time to market，實施上就需作折衷的考量；另外，就如我上述的專案經驗
礙於合約的約束，在實行 Agile Method 上又更是難上加難了
2) 老闆的腦袋。
若公司老闆無法拋開對「人」採用成本的概念，導入 Pair Programming(以下簡稱 PP) 則幾乎是不可行的
的確，PP 可以提昇軟體品質，但是對於全然以成本來考量的老闆來說，品質不是絕對，因為品質難以數量化
唯有成本才是可以數量化的東西
3) 員工的品質。
員工的品質很重要，一家採行 Agile Method 的公司，辦公區域採用開放式空間等等
若遇上不願分享知識的員工，Agile Method 在執行上只是有名無實
之前我在關貿網路工作時，雖然辦公區域都有隔板，同事之間不會受到干擾
但是我們團隊的所有成員，因為大家都樂於分享新知識，很快的整個團隊對於專案的進度與困難
可以在短時間達到知識同步，工作的效率大幅提昇。好得環境固然重要，但高品質的員工則是主要
好得員工品質在實行 PP 上才更能發揮其 1+1 大於 2 的效果

上述三點，尤其 1 與 2 最難達成，Agile Method 有好得工具與方法，但台灣沒有好得環境與教育
我之前有跟我老闆提到一個很重要的觀念：programmer 不是勞工，而是藝術家

以上是我閱讀後與自己這三年來工作的體悟，與您分享之