本次于奧斯汀召開的OpenStack峰會成為大家交換開源項目管理經(jīng)驗的絕佳平臺。事實證明，在經(jīng)歷了多年的社區(qū)參與及項目貢獻(xiàn)工作之后，我對這方面事務(wù)還是有點(diǎn)兒發(fā)言權(quán)的。

不過，在今天的文章中，我打算以反面視角解讀這一議題，即討論開源項目管理當(dāng)中不可取的種種作法。

　　1.給貢獻(xiàn)者們增添煩惱

軟件的開發(fā)者與維護(hù)者已經(jīng)很忙了，所以過量的任務(wù)分配只會令人更加反感。事實上，開源領(lǐng)域最大的誤解之一就是，管理者往往以為鋪天蓋地的工作能夠增加成員的參與感。這里說得直白一點(diǎn)，任務(wù)太多的話人家可能干脆就走人了。

我有位好朋友自2013年開始，就一直在為Ceilometer做出貢獻(xiàn)。他的代碼審查水平相當(dāng)高，甚至能發(fā)現(xiàn)許多旁人意識不到的錯誤。項目管理團(tuán)隊最終讓他晉升為核心審查員——而非單純交給他更多任務(wù)。相信我，正是這種成就感讓更多水平超群的技術(shù)人員繼續(xù)留在項目當(dāng)中。

2.只讓人們參與枯燥的工作

在新人加入時，他們的動機(jī)往往不盡相同。部分用戶希望通過貢獻(xiàn)實現(xiàn)自身價值，也有些人是抱著學(xué)習(xí)的目的。但一般來說，人們其實比較抗拒始終接觸最低級的枯燥工作。如果管理者對于底層貢獻(xiàn)者的感受毫不關(guān)心，那么無聊的內(nèi)容再結(jié)合上一條提到的工作強(qiáng)度，肯定會讓很多有志于開源的朋友迅速撤離。

3.不重視點(diǎn)滴貢獻(xiàn)

改個錯字也能算貢獻(xiàn)?重新捋順說明文檔也能算貢獻(xiàn)?這種心態(tài)在開源項目中并不罕見，但事實證明這類工作其實同樣具有重要價值。

我個人就曾經(jīng)在某個項目中負(fù)責(zé)修復(fù)文檔錯誤，并在短時間之內(nèi)發(fā)布了56項補(bǔ)丁、修正了部分bug并添加了些額外的功能。沒人因為這些都是小事而看輕我，我也相信自己的工作確實擁有其價值。

4.為新人們設(shè)置過高的門檻

新人在參與開源項目時，其個人技術(shù)水平與從業(yè)經(jīng)歷往往千差萬別。而很多管理者則直接給他們設(shè)置太過復(fù)雜的任務(wù)，這會讓很多人遭遇挫折感，甚至覺得自己太笨而默默退出。

事實上，我們應(yīng)當(dāng)對新人進(jìn)行技術(shù)水平評估(簡單的交流應(yīng)該能大致摸清其程度)，而后再為其分配力所能及但又有些挑戰(zhàn)的工作。

5.要求人們犧牲自己的個人生活

大多數(shù)參與者只會拿出空閑時間進(jìn)行開源貢獻(xiàn)，這也是種非常健康的發(fā)展方式。請注意，不要指望項目成員犧牲個人生活進(jìn)行貢獻(xiàn)，那樣既不現(xiàn)實也不利于項目的長期發(fā)展。

另外，過于頻繁的視頻會議乃至IRC會議也會讓人感到厭煩。開源項目應(yīng)當(dāng)以人為本，并針對不同成員采取不同的交流及貢獻(xiàn)方式。

6.潛在的行為準(zhǔn)則太難融入

隨著社區(qū)的發(fā)展，總會有種潛在的風(fēng)格或者行事方式成為其個性標(biāo)簽。雖然這能讓老鳥們樂在其中，但卻也可能讓新人們望而卻步。

誠然，我們沒必要就行為規(guī)范整理什么說明指南。但作為項目管理者，大家最好是能讓團(tuán)隊在保持個性的同時，充分考慮新人的感受。有事沒事拋出一大堆內(nèi)部用語或者“梗”，除了妨礙組織規(guī)模進(jìn)一步擴(kuò)大外真的沒什么好處。

7.讓非英語為母語的發(fā)言者感到毫無參與感

絕大多數(shù)開源項目社區(qū)會以英語進(jìn)行交流，而這也成為大家協(xié)作的重要前提。然而，我們也應(yīng)該考慮到部分技術(shù)人員來自非英語為母語的國家，這意味著他們可能很難與原有成員順暢溝通，甚至因此受到打擊。

面對這種方式，我們可以想想其他的辦法進(jìn)行替代。例如采用異步溝通方式，以文本為載體發(fā)送交流內(nèi)容。如此一來，對方即可借助翻譯軟件大致理解其中的含義，同時也避免了開口說外語所帶來的緊張感。

8.缺乏遠(yuǎn)見，不愿放權(quán)

這兩項錯誤常見于各類開源項目。事實上，部分貢獻(xiàn)者在加入后會開發(fā)新功能并向原有成員尋求反饋意見，這時負(fù)責(zé)維護(hù)的管理者可能意識到自己并不熟悉這部分技術(shù)，甚至因此決定退出。必須強(qiáng)調(diào)的是，項目的發(fā)展愿景與圍繞這一點(diǎn)展開的溝通非常重要，這樣我們才能讓各位成員擁有相同的判斷并了解是否應(yīng)當(dāng)留在隊伍里發(fā)揮作用。

另外，就是應(yīng)當(dāng)將部分職責(zé)放心交給其他成員，而非全部由自己掌控。補(bǔ)丁審查、子系統(tǒng)設(shè)計、錯誤修正以及文檔編寫等都可以由專人負(fù)責(zé)。通過這種方式，每位成員都能感受到自己的作用與價值，并更為積極地留在項目團(tuán)隊當(dāng)中。

9.不承認(rèn)貢獻(xiàn)者們的成績

為開源項目做出貢獻(xiàn)的方式多種多樣，絕不限于編寫代碼。說明文檔、bug調(diào)試、用戶支持、體驗設(shè)計、傳播乃至翻譯等等，這一切都是非常重要的工作。

因此，我們應(yīng)當(dāng)對非技術(shù)貢獻(xiàn)予以充分的重視，并在建立團(tuán)隊成員階層時小心再小心，以免遺漏了任何一類人才。

10.缺少感恩的心態(tài)

作為結(jié)尾，我要強(qiáng)調(diào)開源項目中感恩心態(tài)的重要性。這類項目往往是由參與者無償構(gòu)建而成的，作為管理者我們要為每個人的分享精神喝彩——當(dāng)然，要用能讓他們直觀感受到的方式!