擁有開源項目部門的公司可以從四個方面獲益
在我的第一篇關於 開源項目部門 的系列文章中,我深入剖析了什麼是開源項目部門,為什麼你的公司需要一個開源項目部門。接著我又說到了谷歌是如何創建一種新的開源項目部門的。而這篇文章,我將闡述擁有一個開源項目部門的好處。
乍一看,非軟體開發公司會更加熱情的去擁抱開源項目部門的一個重要原因是他們並沒有什麼損失。畢竟,他們並不需要依靠這些軟體產品來獲得收益。比如,Facebook 可以很輕易的釋放出一個 「分散式鍵值數據存儲」 作為開源項目,是因為他們並沒有售賣一個叫做 「企業級鍵值數據存儲」 的產品。這回答了關於風險的問題,但是並沒有回答他們如何通過向開源生態共獻代碼而獲益的問題。讓我們逐個來推測和探討其中可能的原因。你會發現開源項目供應商的許多動機都是相同的,但是也有些許不同。
招聘
招聘可能是一個將開源項目部門推銷給上層管理部門的最容易方法。向他們展示與招聘相關的成本,以及投資回報率,然後解釋如何與天才工程師發展關係,從而與那些對這些項目感興趣並且十分樂意在其中工作的天才開發者們建立聯繫。不需要我多說了,你懂的!
技術影響
曾幾何時,那些沒有專門從事軟體銷售的公司是難以直接對他們軟體供應商的開發周期施加影響力的,尤其當他們並不是一個大客戶時。開源完全改變了這一點,它將用戶與供應商放在了一個更公平的競爭環境中。隨著開源開發的興起,任何人,假如他們願意投入時間和資源的話,都可以將技術推向一個選定的方向。但是這些公司發現,雖然將投資用於開發上會帶來豐碩的成果,但是總體戰略的努力卻更加有效——對比一下 bug 的修復和軟體的構建——大多數公司都將 bug 的修復推給上游的開源項目,但是一些公司開始認識到通過更深層次的回報承諾和更快的功能開發來協調持久的工作,將會更有利於業務。通過開源項目部門模式,公司的職員能夠從開源社區中準確嗅出戰略重心,然後投入開發資源。
對於快速增長的公司,如 Google 和 Facebook,其對現有的開源項目提供的領導力仍然不足以滿足業務的膨脹。面對激烈的增長和建立超大規模系統所帶來的挑戰,許多大型企業開始構建僅供內部使用的高度定製的軟體棧。除非他們能說服別人在一些基礎設施項目上達成合作。因此,雖然他們保持在諸如 Linux 內核,Apache 和其他現有項目領域的投資,他們也開始推出自己的大型項目。Facebook 發布了 Cassandra,Twitter 創造了 Mesos,並且甚至谷歌也創建了 Kubernetes 項目。這些項目已成為行業創新的主要平台,證實了該舉措是相關公司引人注目的成功。(請注意,Facebook 在它需要創造一個新軟體項目來解決更大規模的問題之後,已經在內部停止使用 Cassandra 了,但是,這時 Cassandra 已經變得流行,而 DataStax 公司接過了開發任務)。所有這些項目已經促使了開發商、相關的項目、以及最終用戶構成的整個生態加速增長和發展。
沒有與公司戰略舉措取得一致的開源項目部門不可能成功的。不這樣做的話,這些公司依然會試圖單獨地解決這些問題,而且更慢。不僅擁有這些項目可以幫助內部解決業務問題,它們也幫助這些公司逐漸成為行業巨頭。當然,谷歌成為行業巨頭好多年了,但是 Kubernetes 的發展確保了軟體的質量,並且在容器技術未來的發展方向上有著直接的話語權,並且遠超之前就有的話語權。這些公司目前還是聞名於他們超大規模的基礎設施和矽谷的中堅份子。鮮為人知,但是更為重要的是它們與技術生產人員的親密度。開源項目部門憑藉技術建議和與有影響力的開發者的關係,再加上在社區治理和人員管理方面深厚的專業知識來引領這些工作,並最大限度地發揮其影響力,
市場營銷能力
與技術的影響齊頭並進的是每個公司談論他們在開源方面的努力。通過傳播這些與項目和社區有關的消息,一個開源項目部門能夠通過有針對性的營銷活動來提供最大的影響。營銷在開放源碼領域一直是一個骯髒的辭彙,因為每個人都有一個由企業營銷造成的糟糕的經歷。在開源社區中,營銷呈現出一種與傳統方法截然不同的形式,它會更注重於我們的社區已經在戰略方向上做了什麼。因此,一個開源項目部門不可能去宣傳一些根本還沒有發布任何代碼的項目,但是他們會討論他們創造什麼軟體和參與了其他什麼舉措。基本上,不會有「霧件(vaporware)」。
想想谷歌的開源項目部門作出的第一份工作。他們不只是簡單的貢獻代碼給 Linux 內核或其他項目,他們更多的是談論它,並經常在開源會議主題演講。他們不僅僅是把錢給寫開源代碼的代碼的學生,他們還創建了一個全球計劃——「Google Summer of Code」,現在已經成為一種開源發展的文化試金石。這些市場營銷的作用在 Kubernetes 開發完成之前就奠定了谷歌在開源世界巨頭的地位。最終使得,谷歌在創建 GPLv3 授權協議期間擁有重要影響力,並且在科技活動中公司的發言人和開源項目部門的代表人成為了主要人物。開源項目部門是協調這些工作的最好的實體,並可以為母公司提供真正的價值。
改善內部流程
改善內部流程聽起來不像一個大好處,但克服混亂的內部流程對於每一個開源項目部門都是一個挑戰,不論是對軟體供應商還是公司內的部門。而軟體供應商必須確保他們的流程不與他們發布的產品重疊(例如,不小心開源了他們的商業售賣軟體),用戶更關心的是侵犯了知識產權(IP)法:專利、版權和商標。沒有人想只是因為釋放軟體而被起訴。沒有一個活躍的開源項目部門去管理和協調這些許可和其他法律問題的話,大公司在開源流程和管理上會面臨著巨大的困難。為什麼這個很重要呢?如果不同的團隊釋放的軟體是在不兼容的許可證下,那麼這不僅是一個坑爹的尷尬,它還將對實現最基本的目標改良協作產生巨大的障礙。
考慮到還有許多這樣的公司仍在飛快的增長,如果無法建立基本流程規則的話,將可以預見到它們將會遇到阻力。我見過一個羅列著批准、未經批准的許可證的巨大的電子表格,以及指導如何(或如何不)創建開源社區而遵守法律限制。關鍵是當開發者需要做出決定時要有一個可以依據的東西,並且每次當開發人員想要為一個開源社區貢獻代碼時,可以不產生大量的法律開銷,和效率低下的知識產權檢查。
有一個活躍的開放源碼項目部門,負責維護許可規則和源的貢獻,以及建立培訓項目工程師,有助於避免潛在的法律缺陷和昂貴的訴訟。畢竟,良好的開源項目合作可以減少由於某人沒有看許可證而導致公司賠錢這樣的事件。好消息是,公司已經可以較少的擔心關於專有的知識產權與軟體供應商衝突的事。壞消息是,它們的法律問題不夠複雜,尤其是當他們需要直接面對軟體供應商的阻力時。
你的組織是如何受益於擁有一個開源項目部門的?可以在評論中與我們分享。
本文作者 John Mark Walker 是 Dell EMC 的產品管理總監,負責管理 ViPR 控制器產品及 CoprHD 開源社區。他領導過包括 ManageIQ 在內的許多開源社區。
via: https://opensource.com/business/16/9/4-big-ways-companies-benefit-having-open-source-program-offices
作者:John Mark Walker 譯者:chao-zhi 校對:wxy
本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive