如何執行一個成功的開放源碼軟體專案？

隨著開放源碼軟體不斷地嶄露頭角，對於軟體開發人員而言，使用開放源碼軟體比親自參與開發的機會還要多，而真的要自己投入開發的話，不免抱著既期待又怕受傷害的心態去面對，除了技術能力需要有一定水準之外，這種專案的複雜度也比一般所見要高。

大部份的開放源碼專案都是失敗的，真的能夠成功廣為流傳的，實在少之又少。本書從多個向度分別探討影響開放源碼軟體成功的關鍵因素，提出建議的方法及執行步驟，協助這些有心投入在開放源碼軟體開發的英勇戰士們，對專案能有效管理並達到預期目標。

要如何開始呢？專案是否已經有明確的願景及方向？是不是已經有人比你還早有這個想法呢？主要的功能特色及需求項目會有那些？想一個好名字，訂定明確的任務內容，並嘗試著將自己的想法向全世界的人解釋，找到志同道合的好手加入，光這些就有得你忙的了。在第一、二章裡提到在投入之前需要注意的事項。

虛擬團隊的協同運作溝通是關鍵
專案開發過程中，協同運作的工具及資訊基礎建設是需要被建立的，像是專案專屬的資訊網站、提供成員訂閱機制及資訊交換管道的郵件列表、管理程式碼的版本控管工具、提供問題及錯誤追蹤的平台、即時通訊工具等。第三章針對這些機制提供十分完整的觀念及參考工具，同時在附錄中亦列出這些工具的簡介及出處，讓你在選擇時更方便。

專案成在於人，敗亦在於人，主政者的決策方式攸關整個發展方向，不管是以獨裁專制或是民主開放，各有優勝劣敗之處。第四章討論整個專案進行過程中，專案管理者對於分歧發展（Forkability）的處理方式，在不同決策架構下的建議實施方式為何，其最終目的，還是希望能使專案繼續地健全運作下去。

溝通一直是專案成敗的重要關鍵，尤其是像開放源碼軟體這種成員可能分散在世界各地的情況下。它可能是由一群怪客（Geek）組成，晝伏夜出，也可能是一堆熱血高手，不按牌理出牌。加上他們只能透過非面對面的工具，難度更高。第六章便討論如何維持每個成員之間良好的溝通，要如何將這些怪傑們的能力完全發揮並成功推廣，讓專案進行更順暢，是個頗具挑戰性議題。

經濟的挹注讓夢想踏實
夢想還是得回歸現實面，經濟來源也可能會是開放源碼軟體的致命傷，基本運作的支出及經費也是得張羅。第五章告訴你現今大多數開放源碼軟體，他們眾多經濟來源中背後的因素有那些，如何妥善運用這些資金，讓自己的開放源碼軟體發展能細水長流。

第七章討論軟體產出時所需要考量的要點，像是版本序號的規則性，版本的演進及未來發展，整個軟體包裝的形式，如何執行測試工作，及對外發表的方式等。

你想讓軟體專案遠離成員間的政治紛爭嗎？第八章提出如何有效管理成員的方法。完全免於政紛不可能的，但本章提出的一些建議可以讓你降低風險，將更多的時間聚焦在軟體的開發上。

第九章介紹與開放源碼軟體隨之而來的使用授權（Licenses）、著作權（Copyrights）、及專利權（Patents）等議題。雖然使用者主要是以軟體品質做為評估使用的依據，在這些可能引起法律糾紛的議題還是得小心處理為妙。

作者Karl Fogel曾參與過CVS、SubVersion等知名開放軟體開發專案，他將過去豐富的實務經驗整理歸納，將這十分複雜的主題精鍊出幾個代表性的章節，提供深具價值性的見解。除了說明如何善用工具外，在成員的延攬與管理，整個軟體專案對外的名聲與形象也有專章討論。本書對於那些有心投入開放源碼軟體發展陣營的同好們，是個值得仔細研讀的實務指南。

Producing Open Source Software
Karl Fogel/著
O'Reilly出版
售價：24.95美元
推薦：Amazon五顆星

《作者簡介》陳宏一
交通大學資訊管理研究所碩士，現任億訊國際資深顧問。曾任職於南亞科技資訊部工程師、資迅人網路研發副理、艾群科技產品研發部經理，專精於OOAD、J2EE 相關技術、Open Source、資料庫設計、軟體開發流程及專案管理等；取得SCJP、SCWCD、SCJD、SCEA、ITIL等認證。曾經歷大型社群及電子商務網站、WAP/3G行動加值服務、CTI/CRM客服系統架構規劃設計等。