太多人啦, 搞什麼

我目前的案子目前共有1個PM, 5個人寫程式. 其實這是我參予過在公司內部最多人一起做的案子. 記得8年前我所經歷第一個完整的路透社應用程式案子規模比這個大很多, 但是也只有1 個資深, 4個很嫩的人做. 這對近年來一向單打獨鬥作遊戲的我, 有點不能適應. 5個人負責的部分基本上並不同. 

其實這案子規模並不大, 是個手機上管理某種Bussiness model運作的應用程式. 一開始發覺有這些人參予就覺得不妙, 除非分工很清楚, 要不然很容易有code和溝通上的衝突. 3個人在台灣, 2個人在杭州, 這樣的資源配置更是雪上加霜. 除了每星期有一次電話meeting, 其他時間就靠IM來聯絡溝通. 我個人的運作是當完成一個元件, 就要透過Yahoo messenger用打字的方式教育杭州的同仁怎樣使用我的東西來達到某種功能. code本身就很複雜了, 還要去想怎樣讓別人在程式上很直覺很容易去使用. 常常打字打了長篇大論解釋說服安撫對方激動不服的情緒導致手很痠. 

還算相安無事幾個月後, 最近, 程式突然爆增, 到了失控的地步. 在手機上程式大小是會被要求的項目. 最後的整理不會有太大的幫助. 不僅程式結構失控, 杭州的同仁情緒也開始失控, IM溝通上開始出現情緒性字眼. 

• 相同案子作太久, 開始厭煩, 每個人開始放縱自己. 
  
• 客戶需求把簡單的一種行為後來搞到無比複雜. 幾乎實做了一些原本手機就有的功能. 
  
• 周邊要求太多, 需要另外寫個tool來編輯各種版本. 主程式也要加額外的code. 
• 不同人寫同一份code, 風格不一致. 看了就火大. 
  

雖然我已經淡出這個案子, 階段性工作已經完成, 但是看看也覺得客戶要不要這個東西還是個問題. 

以前有同事主修軟體工程, 常常被嘲笑學那個幹嘛, 他自己也會嘲笑自己, 好像無用武之地. 台灣軟體商的幹法就是來了就寫, 寫了測試OK就OK. 所以始終沒有世界級的軟體. 我也不知怎樣改進這一點, 畢竟志不在此. 我從來不覺得我是工程師.