- 2008年11月23日
老仙拉雜談：軟體人才篇
印度？CMM的迷思！
記得十數年前，老仙已經向老闆們建言可考慮與印度軟體公司合作，時至今日，眾所周知印度 是全球擁有最多CMM(Capability Maturity Model，軟體能力成熟度模型 )五級的軟體公司的國 家，隨之而崇拜印度資訊科技業者蜂擁而至，然而假如今天有人再問老仙對印度軟體開發有甚 麼看法的話？老仙的答案恐怕真的有所保留了。如果你搞的不是什麼世紀級大專案，更不是在 什麼世界級企業內辦事，我勸你真的要「三思而後行」！
十數年前，本尊因為印度等地的軟體公司對軟體開發流程甚有認識，英語溝通能力也不差，成 本也低，在溝通管理以至軟體質量上都有保證。遺憾的是當CMM-5的標籤被廣泛吹噓後，老 仙對這些「成功人士(公司)」便感冒了。不是說CMM的制度有什麼問題(按：老仙還不夠格批 評SEI。)；也不是說她們對軟體開發不認識(按：CMM-5團隊嘛，一定比老仙厲害。)，然而如 果你們像老仙一樣不夠格的話，我勸你還是想清楚才和她們合作。
又說些故事給大家聽聽吧： 有位客戶發覺他委託開發的手持裝置(mobile device)開機畫面有些字拼錯了，一改就兩個月了； 又有位客戶希望在一個軟體畫面的核准方塊(check box)中做不一樣的設定(default setting)動作， 結果是三個月後還未開始修改，你能想像這些會在中國人的軟體公司上出現嗎！你懷疑老仙的 說法嗎？讓老仙用「最簡潔」的文字告訴當一個簡單修改要求(change request)提出後，「它」 將會如何地暢遊大觀園吧！
它「最順利」的旅程開始：業務員篩選→業務部主管批核認可送交研發→專案經理檢示有否超 越工作範圍(out of scope)→送交主任系統建構師(software architect)判斷修改對整體架構的影響→ 審示後由專案經理轉交系統工程師研究解決方案→方案再經專案經理轉交相關測試人員、技術 文檔管理者商討→選定最可行、最便捷的方案(此時有可能還沒有認真的涉及工時及報價資料) 後書面轉呈業務部→業務員在確認再沒有收費的空間後交出建議，要求客戶確認建議的修改方 案是他們最終的要求→是則待收到客戶簽妥文件後再轉交研發部→如沒有任何變更，研發部再 仔細計算後發出確切的修改文檔，正式開展修改工程並告知客戶何時可交付驗收。
如果「它」 途中有什麼不測的變故，以上程序勢必重來一次，精彩吧！
其實上述流程已經被老仙簡化了不少，由此可見，要製作一個有質量保證的軟體真的不容易 吧！CMM-5也真的不是蓋的！不過，你的公司真的有能力和她們周旋嗎！？
註：成功老仙一點也談不上，不過失敗的個案可真多不勝數，若讀者們對那方面感興趣，歡迎 電郵到iappmhk@gmail.com與本人聯絡。
|
|
|
|
| 
7.老仙 於 2007/11/07 21:52 回應
阿米，抱歉得很，現在才看到你的提問，老實講，我不清楚國內遊戲業的發展，不過對中港一些業者有一點接觸，不過他們的發展也遠遠比不上韓國來得快。如果硬是要談的話，只能說一些個人猜想，不一定事實情，如有熟知業界內情者，請不吝指正。要開發一套成功的遊戲軟體其實風險很高，而且對人才的需求很高。不單是軟體人才，導演、畫師、編劇、燈光音效等等...如果和小孩教育相關，還需要心理學者，教育團體配合等等..(天線得得B，比加超等角色，以至身體顏色及發音，都是專家群詳細商討後的結果)動輒幾百萬港元才可以有一套像樣一點的產品。一上市，明天就可能有翻版在賣(所以目前都只好往網路遊戲發展)，風險之高，可想而知！
對習慣短線獲利的商人來說，那有可能願意冒這樣的風險！？(篇幅所限，希望有機會下次再補充。)
6.阿米 於 2007/09/26 16:35 回應
老仙對國內遊戲軟體產業有無研究? 為何國內遊戲產業一直起不來?5.路人甲 於 2007/08/24 14:18 回應
其實對於軟體人才評估呀..開發程式標準呀..資訊委外等等畫大餅的議題，我永遠都不敢再相信那些學者的論調了。話說程式人才..不是說考過什麼認證就有一定的品質嗎?資訊委外就可以省下多少的人、成本以及提升效率。真是說句不文雅的話，那真是屁。委外.因為成本考量所以低價。一低價就不比人才了，經驗使我得自己幫廠商弄好，幫忙抓bug..。看停車場管理委外就好，結果場地壞了也不補填平..一個洞壞好久。委外真的好嗎？這些技術真的有用嗎?big question?...4.匿名 於 2007/08/17 09:38 回應
薪資與勞工的工作意願，原本就是個簡單的經濟問題而己。勞工不滿則求去，勞工滿意則留下。至於提升自己的價值，不論在任何環境下都可做，難到是在心有不滿時的專利？而因為過去的功勞苦勞，讓一個不適任的人佔著位置，更是公司向心力喪失的因素。以上這些觀念，皆散布在各種企管相關的"入門書籍"裡。3.為CMMI所苦的人 於 2007/08/16 11:56 回應
我是覺得實行CMMI時，雖然有「調適原則」可以讓專案決定哪些流程要簡化或深化，但大部分人的心態是將品質流程視為額外工作 (我也是...)，而非幫助專案成功的要素，這是比較可惜的，也是目前我感覺整個軟體業非常弔詭的地方...我相信品質是重要的，但卻必須衡量專案規模、成本、時程、人力等因素，取得一個平衡點；或許，實施CMMI的流程時，能再強化一點敏捷組織的概念，讓專案可以因地制宜，而非齊頭式的平等，才比較符合實際軟體開發專案的需求.
雖然很多老前輩告訴我，軟體開發跟硬體開發是不一樣的，但就「品質管理」這件事，難道不能採用一樣的觀念，分級收費嗎...
2.大仙 於 2007/08/08 21:34 回應
匿名朋友，我想你碰到的絕對不是cmm5的軟體公司，她之所以不願意修改原因大致離不開...金錢、原程式設計師已經離職、handover(交接工作沒有既定章程、程式註解不清其他人不願為為他擦屁股、資源已經轉移到獲利更高的專案.....等等...如果她是cmm5的話，她是不會讓你單方面結案(closing)，而不清理你的投訴(issue log).1.匿名 於 2007/08/08 09:05 回應
"你能想像這些會在中國人的軟體公司上出現嗎！"關於這點就發生在我的公司，兩年前IT更新軟體，全部採用國人自行開發地，我公司在高雄，軟體公司在台南，類似你說的修改問題及 bug 半年也沒改回來ㄚ，三催四請也沒有用，只好強迫自己驗收把原始碼收回自己改，結果才發現當初提出來的 bugs 居然一個下午就全部解決了。慎選軟體公司比出不出走還比較重要。