從歐巴馬如何用IT成功行銷自己一文看協同作業平台的選擇

iThome在407期的IT書摘從歐巴馬如何用IT成功行銷自己, 裡面有一些隻字片語, 雖然大部分的人讀到時, 可能沒有什麼感覺, 但是由於太多客戶問過我們類似的問題, 剛好從這篇文章

我找到了一個範例, 來做另一種解答, 我想用第三方的觀點來解釋與驗證遠比我們的回答來的客觀. 

以往很多客戶在評估codeBeamer的過程中,多會問我們以下這個問題

codeBeamer與BugZilla or Mantis or Jira有何不同, 可否作個比較?
如同書摘中所提到的, 企業為了節省IT開銷, 會使用Free的解決方案來作內部的協同作業平台, 所以很多客戶會問我們這個問題, codeBeamer的Tracker功能在許多opensource,例如BugZilla, Mantis, 甚至較便宜

的商業軟體Jira都可以做的到, 為何要選擇codeBeamer? 從我摘錄書摘的這幾段文字, 你應該找到答案了, BugZilla, Mantis, Jira其實只是做單一的Bug Tracking軟體, 對於Issue tracking是足以應付, 但是在專案協同作業

過程, Issue tracking只是協同作業的一環並不足以勝任專案過程中所有的協同作業(例如:如何做好Test case, Release管理, 或是條件式的Build管理/Iteration管理), codeBeamer整合了Issue Tracking, 文件管理, Wiki, Forum,Report, Build等功能並與SCM(SVN, CVS, Mercurial, Git etc )整合,且提供client端API讓系統管理者可以延伸其功能或是與既有系統整合, 這就是codeBeamer

與這些單一功能的Issue tracking功能最大的不同(所以實在無法比較, 這句話以前想說, 實在說不出口). 可以看出codeBeamer最大的價值除了其提供的各項垂直功能,和其水平整合(如同Facebook整合了相簿, blog, 還有各式各樣的plugin) 讓專案團隊可以合作無間的完成專案的目標. 

     

在做codeBeamer的presale過程, 我也看到不少企業自己建立團隊自己開發企業內部類似codeBeamer的系統, 就像書摘中所題的, 如果你擁有技術和精力的話, 也可以自己建立平台. 重點是, 無論你如何打造網站, 緊密結合的平台遠比拼湊的設計好--> 其實我要補充的另一些重點是

1. 你要花多少成本來建立這個系統? 
2. 系統完成後你要花多少成本來維護這個系統? 人員離職的交接成本?
3. 你的力氣應該花在產品開發? 還是內部系統開發?

結語:

   這篇寫的有點像是行銷文在做產品推銷, 但我希望客戶在評估專案管理平台/協同作業平台不是以點來思考, 而是以面來思考, 且藉由這篇短文可以讓使用中,或是評估中的客戶更了解協同作業平台整合的意義.