討論完相關(guān)方參與和愿景規(guī)劃之后，我們就來到了如何管理相關(guān)方參與。前面已經(jīng)說過，用“管理”這個詞在敏捷中是不恰當(dāng)?shù)?，因此，我們用增強相關(guān)方的溝通和協(xié)作來說會更好一些。既然是溝通和協(xié)作，那么必然就要學(xué)習(xí)一些工具技術(shù)來幫助我們實現(xiàn)增強的目的。今天的文章主要來講的就是這些工具和技術(shù)。
溝通工具
溝通工具？你指的是微信？QQ？釘釘？這些當(dāng)然是工具，而且是非常好用的在線交流工具。但是，注意了，不管是敏捷還是 PMP ，我們都認(rèn)為最好的交流工具是面對面的溝通。電話、遠(yuǎn)程視頻會議都不是好的溝通工具，更別提只是互相打字語音的溝通了。
面對面溝通
為什么面對面溝通是最有效的呢？對于溝通交流的各種實驗表明，人們在溝通的時候，肢體動作傳達(dá)的信息能夠達(dá)到 55% 以上，而我們熟知的聲音音調(diào)呢？只有 38% ，剩下的 7% 則是語言帶來的效果。可想而知，如果是文字形式的書面溝通，那么其實溝通效率只有 7% ，語音和視頻的話能夠提升到 45% 左右，而面對面的帶有肢體語言的溝通才是最佳的溝通方式。敏捷提倡的更加好上加好的是站在白板進(jìn)行面對面的溝通，就像下面這張圖一樣。
橫軸是溝通的方式的流行程度，縱軸是溝通的效率。很明顯地在敏捷中我們最推薦的就是站在白板前的面對面溝通。而文檔溝通被視為是效率最差的，也是敏捷所不推薦的。但是，注意這里有但是了。文檔、文字溝通是一種非常正式的溝通形式。就像我們?nèi)ド暾埦W(wǎng)購的退款或者有什么重大的操作時，總會有一封郵件發(fā)到你的郵箱里。另外，就像我們上篇文章中說過的 敏捷章程 之類的文檔也是非常重要的。
雙向溝通
看著名詞高大上吧？啥叫雙向溝通啊？兩個人互相說話不就是在雙向溝通嘛。其實雙向溝通用一個詞就可以概括：“反饋”。如果說是工廠里的流水線工人，或者說是在傳統(tǒng) IT 開發(fā)中的碼農(nóng)，那都是只要上線分配一個任務(wù)，照做就是了，唯一的反饋可能就是“完成”或者“還差點兒”。這樣的反饋其實是差點意思的。
敏捷中雙向溝通的意思就是我們在扁平化的管理模式下，應(yīng)該盡量多地與相關(guān)方，高層領(lǐng)導(dǎo)進(jìn)行有效的交互溝通。而不是上級或者金主布置了一個任務(wù)，就只是去完成而不問為什么。讓信息在上下流動，確認(rèn)相關(guān)方的“完成”的定義和你理解的“完成”的定義是不是一樣的就是一個非常好的例子。
知識共享
還記得 XP 里的代碼集體所有嗎？這其實就是 知識共享 的一種體現(xiàn)。但從整個敏捷的角度來看，整個項目的知識我們都應(yīng)該共享，不僅僅限于代碼。本身，敏捷這種項目管理方式就是為了管理各種高級知識人才的，特點就是由團隊自組織，為什么團隊能自組織呢？人才就是很大的一個原因。團隊成員在合作的時候，將知識共享給他人，是非常有利于項目的成功的。
為什么這么說呢？最典型的案例，產(chǎn)品經(jīng)理 和 技術(shù) 之間的千古難題。如果我們在團隊中能夠互相共享知識，那么 產(chǎn)品經(jīng)理 就能夠清楚的知道功能實現(xiàn)的難易程度，而 碼農(nóng) 們也能夠從 產(chǎn)品經(jīng)理 那里了解到更多業(yè)務(wù)領(lǐng)域知識從而更好地開發(fā)代碼。這樣，溝通想不順暢都難。
在現(xiàn)實工作中，領(lǐng)導(dǎo)還很害怕一件事情，那就是某個關(guān)鍵員工的離職對項目帶來的重大影響。不用我說你也想到了，知識共享又是解決這個問題的一大法定。通過代碼集體所有，技術(shù)員工的離職是馬上有人可以接班的，而產(chǎn)品經(jīng)理如果離職了，團隊在共享知識中累積的領(lǐng)域業(yè)務(wù)知識也可以讓下一個產(chǎn)品經(jīng)理快速上手。其它的職位也是類似的情況。
工具呢？文檔是一方面，團隊 Wiki 確實是一個好工具，但是光寫可不行。業(yè)務(wù)交流會議、沖刺評審會議、代碼審查、結(jié)對編程 等等面對面的交流工具才是最佳的選擇。
信息雷達(dá)圖
信息雷達(dá)圖是一個敏捷術(shù)語，看著又很高大上吧。跟你說，我們一直在說的白板、Scrum 任務(wù)板、燃盡圖、燃起圖，以及我們后面要講的用戶故事地圖等等，合在一起，就是 信息雷達(dá)圖 。夠清晰，夠明了吧。
協(xié)同工作
溝通相關(guān)的方法工具說完了我們再來看看協(xié)同工作的一些方法工具。其實說實話，上面的比較偏理論工具的溝通方式。而協(xié)同工作這部分的內(nèi)容則是比較偏實踐的一些團隊級的良好應(yīng)用。也就是說，這些是在團隊基礎(chǔ)上的比較高層次的一些溝通工具。
工作坊
工作坊就是在一個輕松、有趣的環(huán)境下，讓大家相互對話、溝通、思考，進(jìn)行調(diào)查與分析，提出方案與規(guī)劃的活動。沖刺回顧會議 就是一個工作坊的典型例子。在回顧會議中，我們會總結(jié)本次迭代沖刺的各種問題，讓盡可能多的團隊成員以及相關(guān)方都可以參與進(jìn)來。這種會議活動有一個主持人就可以了，不要有那種主導(dǎo)人，就是像聽領(lǐng)導(dǎo)訓(xùn)話一樣的那種會議就絕不是工作坊。工作坊強調(diào)的是讓團隊集體產(chǎn)生想法，讓每個人都發(fā)言。并且在這個會議上，我們還可以采取一些行動，比如更新待辦事項列表，修改用戶故事等。
提到 用戶故事 ，那么 用戶故事工作坊 也是敏捷中非常有代表性的一個活動。主要是用于收集用戶故事，并將收集來的用戶故事進(jìn)行整理歸納的過程。而且這個工作坊，也是需要相關(guān)方和團隊都積極參與并發(fā)表意見的。
總之，工作坊就是一種大家都盡量發(fā)表意見的會議形式。強調(diào)的是團體和相關(guān)方的直接對話溝通，是非常有效的一種集體溝通方式。
頭腦風(fēng)暴
頭腦風(fēng)暴估計很多人都聽說過了，而且估計不少人也經(jīng)常參加。不知道你所參加的頭腦風(fēng)暴是什么樣子的。在敏捷中，或者說在 PMP 中，對于頭腦風(fēng)暴的定義都是一個點子收集大會。也就是說，頭腦風(fēng)暴所要做的就是收集各種想法，在這里，不做評價，不做優(yōu)先級排序，更不會像工作坊一樣可以采取行動。換言之，在頭腦風(fēng)暴會議中，你可以暢所欲言而不需要有任何的顧忌。在頭腦風(fēng)暴中，唯一的行動就是記錄。
不管是對于需求的、技術(shù)的、設(shè)計的、測試的，只要不是那種一聽就非常天方夜譚的想法，我們就都應(yīng)該記錄在案。頭腦風(fēng)暴對于創(chuàng)新型的業(yè)務(wù)和產(chǎn)品有非常好的效果，也能夠提升所有與會人員之間的熟悉感，是團隊協(xié)同合作的一種非常好的工具。
協(xié)作游戲
協(xié)作游戲也可以稱作是創(chuàng)新游戲。主要是為了讓一些敏捷的相關(guān)方在一起能夠更好地了解一些復(fù)雜或模糊的問題，并在解決方案上能夠達(dá)成共識。
- 回想未來
回想未來可不是科幻片。目的是為了理解客戶所定義的成功是什么。我們讓每個客戶都想象一下從現(xiàn)在到未來的某個時間段內(nèi)（可以是一周、一個月或者任何時間）會發(fā)生的事情，會有什么樣的產(chǎn)品在他們手中。盡可能詳細(xì)地寫出來能夠真正地讓他們高興的東西。通過這些內(nèi)容，團隊就能夠了解到客戶真正想要的是什么，即使現(xiàn)在的想法不能代表隨時變化的場景，但是，我們很容易通過他們對未來的想法，大致獲得一個產(chǎn)品最后應(yīng)該是什么樣的，怎樣才算是他們想要的可以交付的產(chǎn)品。
- 修剪產(chǎn)品樹
這個東西就好玩了，我們可以在白板上畫圖，也可以打印一顆大樹出來。然后呢，在樹的主干上寫下產(chǎn)品的主要功能，在枝葉上寫下已經(jīng)開發(fā)的或者計劃中的功能，然后再用便簽寫下很多潛在的遠(yuǎn)期計劃功能以及當(dāng)時任何相關(guān)方可能想到的功能。接下來呢？所有人一起修剪這顆產(chǎn)品樹，覺得不太好的或者不想要的功能擦掉或者擋住，然后把感覺好用的期望實現(xiàn)的功能粘上去。這就像是我們一群園丁在修剪大樹一樣。目的就是為了了解下一個階段相關(guān)方所期望的新的特性是什么，是不是符合市場的要求。
- 高速游艇或帆船
還是通過白板或者一張大紙，畫一只船，用來代表我們現(xiàn)在的系統(tǒng)或者項目。所有人當(dāng)然都希望這艘船能夠快速地駛向遠(yuǎn)方，但總有一些障礙在阻礙著我們的前進(jìn)。讓相關(guān)方或者團隊成員畫出一些錨或者礁石，代表著不好的特性或者不和諧的內(nèi)容。然后一起認(rèn)真討論去掉多少障礙能夠讓船更快地行駛并且達(dá)到我們想要速度，并且評估這些障礙在系統(tǒng)中的情況，并在下次或后期的迭代中處理掉這些問題。它是 XP 中隱喻的一種實際應(yīng)用，因為我們可以把各種障礙物隱喻成系統(tǒng)環(huán)境中的一類問題。在后期的處理或討論時，直接說那一塊礁石大家可能就馬上能明白我們說的是什么問題。這個游戲的目的嘛，當(dāng)然是找問題咯，而且是相關(guān)方非常不滿的各種問題。
- 買特性
首先創(chuàng)建一個待開發(fā)項列表，可以是非常粗淺和潛在列表，然后根據(jù)開發(fā)成本、客戶價值或其他維度的相關(guān)信息來給這個列表中的每一項定一個價格。然后團隊開發(fā)人員為相關(guān)方發(fā)放一些錢用于購買這些特性，并鼓勵他們用手里的錢去買重要的特性。當(dāng)然，這些錢是不能夠買下所有特性的。然后呢？當(dāng)然是統(tǒng)計哪個特性獲得的訂單最多啦。這個游戲有助于和相關(guān)方一起發(fā)現(xiàn)哪個特性更重要，從而實現(xiàn)更精準(zhǔn)的優(yōu)先級排序。
- 性價比
制作一個坐標(biāo)軸，橫軸代表成本，縱軸代表價值，然后還是把一堆特性寫在便簽紙上。接著就是相關(guān)方和團隊討論這些特性應(yīng)該粘貼在什么地方。產(chǎn)品經(jīng)理一般會更加關(guān)注價值軸，而團隊則會更加關(guān)心成本軸。當(dāng)然，這里的成本不止是單純的金錢成本，還包括開發(fā)成本、人力成本等一切的資源成本。這個游戲的目的同樣也是為了待開發(fā)特性的優(yōu)先排序，并且可以根據(jù)大家粘貼的情況對特性在價值和成本之間的關(guān)系有一個更深刻的認(rèn)識。
總結(jié)
今天我們學(xué)習(xí)的內(nèi)容，說實話挺偏理論的，都知道面對面溝通是最好的，但也有可能某些團隊一見面就開始干仗，遠(yuǎn)程交流反正更和諧有效。不過這都是特例，現(xiàn)實情況下，多多交流對項目的益處還是更多一些，至于怎么交流能更加有效，就是我們下篇文章的內(nèi)容了。另外上面的這些協(xié)作工具，說實話，工作坊你可能參加過類似的會議但你不知道它是屬于工作坊這種形式的，而頭腦風(fēng)暴其實很多公司又有很多不同的玩法。剩下的那些協(xié)作游戲估計接觸過的同學(xué)就真的很少了，包括我也從來沒有嘗試過，但如果你現(xiàn)在的團隊成員都比較熟悉而且喜歡嘗試新鮮的東西的話，我覺得你真的可以考慮實踐實踐看看效果怎么樣哦！
參考文檔：
《某培訓(xùn)機構(gòu)教材》
《用戶故事與敏捷方法》
《高效通過PMI-ACP考試（第2版）》
《敏捷項目管理與PMI-ACP應(yīng)試指南》
好了，這篇文章的內(nèi)容發(fā)貨聯(lián)盟就和大家分享到這里，如果大家網(wǎng)絡(luò)推廣引流創(chuàng)業(yè)感興趣，可以添加微信：80709525 備注：發(fā)貨聯(lián)盟引流學(xué)習(xí)； 我拉你進(jìn)直播課程學(xué)習(xí)群，每周135晚上都是有實戰(zhàn)干貨的推廣引流技術(shù)課程免費分享！
