如果說2008年有一個最流行的辭彙，它可能就是“社區”。越來越多的公司通過開源項目以躋身於開源社區，從而獲得來自志願者的貢獻。但是如果你只是看到每個公司都在加入開源陣營，就跟大流也這樣做，這是不可取的。要想取得成功，你需要經過深思熟慮后得出一個社區計劃，詳細的定義你的企業所需要和希望能從社區獲得的東西，以及如何實現這些目標。而且你需要確認實現目標的方法不會引起自由和開源軟體社區的憤怒。
自由和開源軟體社區項目的宗旨並非阻止企業開源參與，實際上恰恰相反，開源社區也希望更多的企業能夠加入進來。通過在前期制定計劃來衡量貢獻，企業可以為成功做好計劃。這意味著企業需要從一開始就設定目標，然後根據該目標設計實現它的路線圖。很多企業一開始的時候的目標不清，最終也就難免對結果感到失望。然後它們就指責開源模式。但實際上，這實際上是領導能力和方向設定的失敗。
明確企業開源的目標
那些期望對開源社區作出投入來獲得回報的公司應該明白，這些投入需要花費時間才能帶來回報。只是簡答的把代碼交出去，還不足以獲得來自開源社區的貢獻。開發者需要與社區進行交互，以幫助支持他們的貢獻。而且，對於來自外部的志願者來說，他們需要花時間來學習一個項目的實現方式，才能變得更富成效。
如果企業開源的目標是“外包”大量的開發工作給開源社區，那麼就別想著會取得成功了。儘管一個健康的社區可以對公司贊助的開源項目提供非常有價值的貢獻，但是這並不意味著開源社區可以取代一個專職工程師。志願者也希望能夠聽到項目本身發展方向的聲音，也需要企業對項目進行合理的管理。
或許以上內容聽起來都是些對企業的限制，那麼我們再來看看開源可以給企業帶來的好處，一個健康的社區會給項目帶來很多幫助，尤其是在測試、修補、翻譯和新功能等方面，另外它還有助於推廣宣傳這個開源項目。據市場分析機構Evans Data關於開源開發者趨勢的調查顯示，在修改源代碼的開發者中有三分之二都對社區進行了回報。
決定企業需要的貢獻類型
在你的公司發起一個開源項目之前，你應該決定該項目需要什麼類型的社區，以及企業所渴望的貢獻種類。你是否希望獲得一個大型用戶社區，但又不會為代碼貢獻而感到擔憂?或者是否一個小型開發者社區更適合你的項目，因為它可以讓開發者將時間投入在研究對實現企業目標有利的開源項目上?
另一種選擇是，企業可以通過一個開發者社區來使用和擴展企業某項技術，諸如SugarCRM，它具有一個健康的志願者社區來創建該技術的擴展。貢獻可以通過多種方式和類型來獲得，不能一概而論。
而某些公司則滿足於“開源”項目，也就是說，項目在一種開源許可下提供，但是大量的開發工作已經由公司開發者完成。在這種情況下，你可以單獨通過使用率來評價企業的成功。
現在假如你已經知道了你想要的東西......那麼又如何知道你是否正在實現這個目標呢?
如何評價企業開源成功與否
假如大量應用程序被下載之後卻從不被安裝，那麼下載次數是一個毫無價值的評價參數。實際上有好幾個方法可以讓你獲得更準確的數據。你可以通過一種方式來跟蹤產品的更新或安裝，舉例來說，一個程序一旦被安裝完成後可以發回一個信息(當然要經過用戶同意)。其中一個例子是Smolt，最初由Fedora項目所開發，現在還被openSUSE項目所使用，它不僅跟蹤安裝的數量。它還收集安裝者的硬體信息，以幫助項目發起者識別在Linux系統中什麼硬體最常見。
另一個可以考慮的參數是用戶數。舉個例子來說，openSUSE所提供的自動構建和打包程序服務，它要求開發者註冊一個帳號才能構建和打包程序。這讓我們可以跟蹤註冊的開發者的數量，以及在系統中創建的包的數量和正在進行的項目有多少。
在一開始的就仔細考慮和設計你的跟蹤系統是一件非常重要的事情，因為一旦投入使用后，再對其進行後期修改可能比較困難。舉個例子來說，如果你的漏洞跟蹤器不能區別你的企業員工和社區志願者，那麼你如何確認有多少漏洞是外部志願者發現的，又有多少漏洞來自於內部團隊?因此，跟蹤“報告的漏洞”或“修復的漏洞”等統計數據並無多大用處，因為你不知道這些工作究竟是社區志願者社區完成的，還是企業內部人員完成的，自然也就無法衡量開源所帶來的好處。
當然，你還必須採取必要措施來推動成功。舉例來說，如果代碼貢獻是你的公司的目標，那麼選擇一個輕量級和寬鬆的版權聲明策略，更有可能鼓勵貢獻。而要求志願者聲明所有版權屬於你的企業，則可能影響志願者與你的企業合作的積極性。然而，如果你完全不制定版權聲明策略，一旦企業希望在將來的某個時候進行一些修改，諸如從一個開源許可轉向另一個，實現起來也將非常困難。
通過一開始設定清晰的目標，你的公司能夠更輕鬆的判斷你的軟體開發項目是否適合走開源這條路。一旦作出決策后，執行該計劃，並根據需要對其進行調整，最終會獲得你想要的結果。（責任編輯：A6）
[火星人 ] 企業如何實現開源項目的成功已經有281次圍觀
