開源項目成功之道 Open Source Projects - Beyond Code: A blueprint for scalable and sustainable open source projects

約翰·梅爾蒂卡是Linux基金會的項目管理部門負責人。他在推動開源創新方面發揮了重要作用，特別是在ASWF、ODPi、開放主機和RConsortium等項目中。他在開源領域的經驗超過20年，不僅參與了SugarCRM和PHP等知名項目，還在SugarCRM、OW2和OpenSocial等組織中擔任過領導職務，為開源社區的發展作出了顯著貢獻。

目錄

第 一部分　準備開源

第 1章　什麼是開源，為什麼要開源 3

1.1　什麼是開源 4

1.2　開源簡史 7

1.2.1　將開源的根源追溯到大型機社群 7

1.2.2　自由軟件的出現 8

1.2.3　開源作為一個術語被創造出來 10

1.2.4　為開源提供一個供應商中立的家園 11

1.3　運用開源 12

1.3.1　愛好者之間的信息分享 12

1.3.2　基礎技術 13

1.3.3　構建技術生態系統 15

1.3.4　提供高質量的免費軟件 16

1.4　開源項目及開源的原因 17

1.4.1　PHP 18

1.4.2　Blender 19

1.4.3　Zowe 19

1.4.4　PiSCSI 21

1.5　小結 22

第 2章　什麼造就了好的開源項目 23

2.1　開源項目的核心特征 24

2.1.1　用戶是開發過程的一部分 25

2.1.2　早發布，常發布 26

2.1.3　透明和動態的決策 28

2.2　發布開源代碼與創建開源項目 29

2.2.1　智能代碼轉儲 30

2.2.2　開放核心 32

2.2.3　以開源方式發布代碼時的期望 33

2.3　成功的開源項目的模式和反模式 34

2.3.1　開放式溝通（和過度溝通） 34

2.3.2　仁慈獨裁與委員會領導 35

2.3.3　分支 36

2.3.4　過度治理 38

2.3.5　歡迎競爭對手 39

2.3.6　把一切都寫下來 40

2.3.7　擁抱你的社群 42

2.3.8　關註你的優勢，利用工具和其他資源來彌補你的劣勢 42

2.4　小結 43

第3章　開源許可證和知識產權管理 45

3.1　寬松許可證與非寬松許可證 46

3.1.1　寬松許可證 48

3.1.2　非寬松許可證或copyleft 49

3.1.3　哪種類型的許可證對項目有意義 50

3.2　版權和貢獻簽署 52

3.2.1　CLA 53

3.2.2　DCO 54

3.3　品牌和標誌管理 57

3.3.1　確定項目的名稱 58

3.3.2　品牌一致性 59

3.3.3　保護品牌 60

3.3.4　讓其他人使用你的品牌 61

3.4　小結 62

第4章　向公司展示開源項目所帶來的商業價值 64

4.1　為什麼公司要將代碼開源 65

4.1.1　降低開發成本 65

4.1.2　為客戶添加新的特性或功能 66

4.1.3　更快推向市場 67

4.1.4　能夠集中投資 68

4.2　在內部獲得對代碼開源的支持 69

4.2.1　回顧已經存在的項目 69

4.2.2　構建商業案例 71

4.2.3　獲得盟友 73

4.2.4　設定預期 75

4.3　開源項目或代碼倉庫的檢查清單 76

4.3.1　法律審查 76

4.3.2　技術審查 78

4.4　衡量組織在開源方面是否成功 79

4.4.1　設定（合理）目標 80

4.4.2　識別和展示組織所作的貢獻 81

4.5　小結 82

第5章　治理和托管模式 83

5.1　什麼是開源治理 84

5.1.1　行動至上 85

5.1.2　BDFL 85

5.1.3　技術委員會 86

5.1.4　選舉 87

5.1.5　單一供應商 88

5.1.6　供應商中立的基金會 89

5.2　開源項目中的角色 90

5.2.1　用戶 91

5.2.2　貢獻者 91

5.2.3　維護者 92

5.2.4　領導者 93

5.3　記錄開源項目的治理結構 93

5.3.1　可發現性 94

5.3.2　簡單性 95

5.3.3　靈活性 96

5.4　開源項目的財務支持 97

5.4.1　小費 97

5.4.2　眾籌 98

5.4.3　單一組織資助 99

5.4.4　基金會 100

5.5　小結 101

第二部分　運營開源項目

第6章　讓你的項目備受歡迎 105

6.1　為新人設置項目 106

6.1.1　設置項目的基礎設施 106

6.1.2　創建入門指南 109

6.1.3　歡迎新貢獻者 111

6.1.4　當新人產生影響時，要認可他們 113

6.2　有效支持最終用戶 114

6.2.1　管理問題 115

6.2.2　社群和開發者管理 116

6.2.3　商業支持 117

6.3　參與到對話中去 118

6.3.1　在線論壇和社交媒體 119

6.3.2　區域聚會和活動 120

6.4　小結 121

第7章　將貢獻者發展為維護者 122

7.1　將貢獻者發展為維護者的重要性 123

7.1.1　減輕當前維護者的壓力 123

7.1.2　為項目帶來新的想法和能量 125

7.1.3　使當前維護者退居幕後 126

7.2　尋找貢獻者並成為導師 127

7.2.1　未來維護者的品質 128

7.2.2　利用導師制度引入新的貢獻者 130

7.3　貢獻者何時準備好成為維護者 131

7.3.1　導師指導進展順利的跡象 132

7.3.2　如果貢獻者從未準備好成為維護者怎麼辦 133

7.4　小結 135

第8章　處理沖突 136

8.1　理解人及其動機 137

8.1.1　人類的大腦 137

8.1.2　文化和生活經歷 138

8.1.3　開源項目中的互動示例 139

8.2　包容性決策 143

8.2.1　開放的溝通和協作 144

8.2.2　決策的方法論 145

8.2.3　做出決策 146

8.3　糾正有害行為 150

8.4　小結 153

第9章　應對增長 154

9.1　衡量增長 155

9.1.1　增加項目的認知度 157

9.1.2　項目采用度 158

9.1.3　項目的多樣性 159

9.2　評估和補救低增長的領域 161

9.2.1　提交記錄/提交者 161

9.2.2　項目使用度 162

9.2.3　多樣性 163

9.3　增強和擴展項目的領導力 164

9.3.1　從項目通才到項目專家 165

9.3.2　時間管理和預期管理 168

9.3.3　避免倦怠 170

9.4　小結 172

第三部分　構建和擴展開源生態系統

第 10章　開源的商業化 175

10.1　開源項目商用的重要性和價值 176

10.1.1　可以商用嗎 176

10.1.2　可持續性循環 178

10.2　開源的商業化模式 180

10.2.1　作為更大商業軟件包的依賴項或組件 180

10.2.2　服務和支持 181

10.2.3　開放核心 182

10.3　為商用設置項目 183

10.3.1　品牌和知識產權管理 183

10.3.2　認可和一致性計劃 184

10.4　小結 187

第 11章　開源與人才生態 188

11.1　將開源作為你的作品集 189

11.1.1　我的職業故事 190

11.1.2　在開源中發展職業生涯 195

11.2　通過開源尋找人才 200

11.2.1　參與社群 200

11.2.2　贊助與項目相關的基礎設施 201

11.2.3　贊助或主辦導師培訓、黑客馬拉松或其他活動 203

11.3　留住和認可來自開源社群的人才 205

11.3.1　開源參與的衡量和管理 206

11.3.2　設定年度目標 207

11.3.3　創建內部獎勵或激勵計劃 208

11.4　小結 209

第 12章　為開源營銷—宣傳和外展 211

12.1　什麼是開源營銷，為什麼它對用戶很重要 212

12.1.1　開源營銷的案例研究—Mautic 213

12.1.2　Mautic的故事—開源營銷的影響力和目的 218

12.2　開源項目的“營銷跑道” 221

12.2.1　網站和博客 222

12.2.2　討論渠道 224

12.2.3　社交媒體 226

12.3　高級外展和促進參與度 227

12.3.1　活動和聚會 227

12.3.2　媒體和分析師 229

12.3.3　案例研究和用戶故事 230

12.4　小結 231

第 13章　領導者的過渡 233

13.1　為何要考慮領導者的過渡 234

13.1.1　職業變動 235

13.1.2　即將退休的項目領導者 236

13.1.3　項目停滯不前 237

13.2　制定繼任計劃 238

13.2.1　記錄項目的運營 239

13.2.2　新領導者的時間安排和培養 241

13.3　從容地退居幕後 242

13.3.1　適當地做出後援 243

13.3.2　為新領導者背書 244

13.3.3　為新領導者建立廣泛的支持網絡 245

13.4　小結 246

第 14章　開源項目的落幕 247

14.1　如何判斷一個項目正在放緩 249

14.1.1　項目—當代碼速度和社群參與度下降 249

14.1.2　產品—處於正在衰落的技術領域 251

14.1.3　利潤—資金和投資枯竭 252

14.2　結束項目的流程 253

14.2.1　在社群中就項目落幕達成一致 253

14.2.2　宣布項目落幕的意向 255

14.2.3　幫助最終用戶過渡 256

14.3　項目結束後的步驟 258

14.3.1　將代碼倉庫和問題跟蹤器標記為歸檔狀態 258

14.3.2　為資產所有權找到歸宿 260

14.3.3　項目能從落幕中回歸嗎 261

14.4　小結 261