敏捷相關(guān)方的參與和愿景規(guī)劃

對(duì)于敏捷來(lái)說(shuō)，相關(guān)方是可以包括任何與項(xiàng)目有關(guān)的人的。也就是說(shuō)，不管是客戶、用戶、高層領(lǐng)導(dǎo)、甲方員工，只要是與我們要進(jìn)行的項(xiàng)目有關(guān)聯(lián)的人都是相關(guān)方。在 PMP 的十大知識(shí)領(lǐng)域中，有一個(gè) 管理相關(guān)方 ，但是從敏捷的角度來(lái)看，我們與相關(guān)方應(yīng)該是相輔相成的，所以，用 “參與” 會(huì)更合適些。

當(dāng)然，敏捷中強(qiáng)調(diào)的是客戶合作，其實(shí)意思也就是越親密越好。甚至客戶應(yīng)該直接入駐項(xiàng)目團(tuán)隊(duì)中。但是，您也知道事實(shí)上這一點(diǎn)是很難辦到的。而且更重要的是，相關(guān)方或者說(shuō)甲方團(tuán)隊(duì)并不是采用敏捷的，甚至可能反感敏捷。這時(shí)候，我們還是要?jiǎng)佑靡恍┕芾砑记傻摹Ｒ虼?，今天這篇文章我們先簡(jiǎn)要地說(shuō)一說(shuō) PMP 中的 管理相關(guān)方 都做了些什么。

PMP 的管理相關(guān)方

在 PMP 中，管理相關(guān)方這一塊原來(lái)是在溝通管理中的，在 PHP 第5版之后才單獨(dú)成為了一個(gè)獨(dú)立的知識(shí)領(lǐng)域。從這也可以看出，不管是傳統(tǒng)項(xiàng)目管理還是敏捷，和相關(guān)方的關(guān)系都是決定項(xiàng)目成功失敗的一個(gè)重要方面。我們也需要將相關(guān)方的滿意度作為一個(gè)關(guān)鍵項(xiàng)目目標(biāo)來(lái)進(jìn)行管理。

1. 識(shí)別相關(guān)方

簡(jiǎn)單來(lái)說(shuō)，就是搞明白哪些人或團(tuán)隊(duì)或組織是項(xiàng)目的相關(guān)方，并把他們登記在冊(cè)。主要是這些相關(guān)方的重要性和影響程度，以及它們對(duì)項(xiàng)目的支持力度。在 PMP 中，相關(guān)方分析矩陣、權(quán)利或影響/利益矩陣、凸顯模型等都是很有效的工具，關(guān)于這些東西將來(lái)我們?cè)趯W(xué)習(xí) 【信管師】 相關(guān)的課程時(shí)再進(jìn)行講解。

在識(shí)別相關(guān)方的時(shí)候，最開始我們需要一個(gè)大表格，列出所有和項(xiàng)目有關(guān)的相關(guān)方。但是，其中一定有許多更為重要的相關(guān)方對(duì)項(xiàng)目會(huì)有重大的影響。這就需要我們對(duì)相關(guān)方進(jìn)行有效的規(guī)劃管理。

2. 規(guī)劃相關(guān)方參與

相關(guān)方管理的核心策略就是在整個(gè)項(xiàng)目開發(fā)過(guò)程中，鼓勵(lì)相關(guān)方積極地參與項(xiàng)目。這里面需要注意的是我們要根據(jù)相關(guān)方的重要程度，使用一些不同的溝通方式，才能達(dá)到有效的溝通與組織。我們可以通過(guò)對(duì)相關(guān)方參與級(jí)別信息的排序來(lái)管理相關(guān)方。比如說(shuō)參與級(jí)別有：不知曉；抵制；中立；支持；領(lǐng)導(dǎo)；從這些名詞的字面意思就可以看出他們的意思，所以也就不多做解釋了。通過(guò)各種溝通手段，盡量讓相關(guān)方達(dá)到中立及支持以上的水平。

3. 管理相關(guān)方參與

在敏捷中，管理相關(guān)方的參與非常地簡(jiǎn)單，因?yàn)榍懊嫣徇^(guò)很多次的 客戶合作 就是敏捷團(tuán)隊(duì)對(duì)待相關(guān)方的態(tài)度。當(dāng)然，我們也一直在強(qiáng)調(diào)，事情總不會(huì)那么順利的，相關(guān)方人數(shù)眾多，都參與到項(xiàng)目來(lái)也是不實(shí)際的。所以，我們也會(huì)采用一些 PMP 比較經(jīng)典的方法來(lái)增強(qiáng)與相關(guān)方的溝通，以及處理一些和相關(guān)方之間的沖突。這個(gè)后面會(huì)說(shuō)到。

4. 監(jiān)督相關(guān)方參與

看起來(lái)是監(jiān)督相關(guān)方嗎？難道要監(jiān)督他們的行為做風(fēng)？不不不，這里的監(jiān)督是監(jiān)督整個(gè)項(xiàng)目團(tuán)隊(duì)與相關(guān)方之間的關(guān)系，并及時(shí)根據(jù)情況調(diào)整策略。

共同的愿景

上面我們一起簡(jiǎn)單看了看在 PMP 中關(guān)于相關(guān)方管理的一些內(nèi)容。敏捷本身也會(huì)借鑒許多好的管理實(shí)踐，特別是同為項(xiàng)目管理的 PMP 實(shí)踐，作為全世界最大的項(xiàng)目管理培訓(xùn)課程，自然會(huì)很很多東西是值得我們學(xué)習(xí)的。不過(guò)先繞回來(lái)，看看在敏捷中，我們要如何與相關(guān)方建立共同的愿景。

敏捷章程

在 PMP 中，我們有 項(xiàng)目章程 。而在敏捷中，我們也有對(duì)應(yīng)的敏捷章程。作用其實(shí)也都差不多，正式啟動(dòng)項(xiàng)目的文書，也代表著領(lǐng)導(dǎo)層或者相關(guān)方為項(xiàng)目團(tuán)隊(duì)賦予權(quán)利。但是，敏捷章程對(duì)于項(xiàng)目的描述可能會(huì)更偏概要一些，項(xiàng)目目標(biāo)是不可缺少的，收益的預(yù)期，驗(yàn)收標(biāo)準(zhǔn)和邊界條件，問(wèn)題和風(fēng)險(xiǎn)等等內(nèi)容。而更偏敏捷的內(nèi)容是我們會(huì)指定關(guān)鍵的成功要素，制定初始的發(fā)布計(jì)劃（里程碑），更重要的是，在敏捷章程中，我們要強(qiáng)調(diào)漸進(jìn)明細(xì)的作用和團(tuán)隊(duì)的力量。剩下的內(nèi)容，其實(shí)就和普通的 項(xiàng)目章程 差不多了。

另外，我們還需要制定團(tuán)隊(duì)的章程，其實(shí)主要就是這個(gè)團(tuán)隊(duì)如果要走敏捷路線的話，那么還是需要一些統(tǒng)一的理念的。比如說(shuō)團(tuán)隊(duì)的價(jià)值觀、工作協(xié)議、基本規(guī)則、團(tuán)隊(duì)規(guī)范等。這些都是根據(jù)各自團(tuán)隊(duì)的情況進(jìn)行制定的。

對(duì)于完成的定義

DoD ， Definition of Done ，對(duì)于完成的定義。這個(gè)縮寫也是敏捷中非常重要的一個(gè)概念。為什么會(huì)有這么奇怪的東西，完成了不就是完成了，為什么還要“定義完成”？不知道你有經(jīng)歷過(guò)這種事情沒(méi)，開發(fā)做完了，這是他的“完成”。但是 PO 一使用，發(fā)現(xiàn)一大堆問(wèn)題，這個(gè)完成在 PO 這里顯然還不算是完成。而有的時(shí)候，PO 覺(jué)得東西做完了，可以發(fā)布了，但客戶看了一圈，覺(jué)得離他預(yù)想的發(fā)布內(nèi)容還有不少的差距。很明顯吧，大家對(duì)于完成的“定義”完全不同。

所以，在團(tuán)隊(duì)和相關(guān)方的參與中，定義一個(gè)統(tǒng)一的對(duì)于“完成”的定義是一個(gè)重要的工作。比如說(shuō)，我們對(duì)于開發(fā)工作的完成定義應(yīng)該是達(dá)到多少的測(cè)試覆蓋率并且全部通過(guò)，代碼是否要在迭代評(píng)審后再進(jìn)行人工評(píng)審，測(cè)試用例要詳細(xì)到什么程度等等。而在發(fā)布前對(duì)于功能特性的定義則包括是否有全量測(cè)試，是否要進(jìn)行回歸測(cè)試，是否應(yīng)該核對(duì)用戶故事，上線前的問(wèn)題是否修復(fù)，著重修復(fù)哪些級(jí)別的問(wèn)題之類的定義都是要清晰明確的。

此外，還有對(duì)于迭代沖刺的過(guò)程中，每天的 DoD （代碼要提交、測(cè)試要運(yùn)行之類的）；用戶故事在核實(shí)中以什么標(biāo)準(zhǔn)確定完成的 DoD（是否遵循規(guī)則、是否有測(cè)試化用例等）等等。

從這里可以看出，完成的定義是非常重要的，而且另一個(gè)重要方面是，我們通過(guò)完成的定義可以與相關(guān)方達(dá)到一致。讓所有項(xiàng)目的參與人都能明確地知道現(xiàn)在的迭代已經(jīng)完成了多少工作，還差多少完成，這個(gè)完成是大家都明白都一致理解的那個(gè)完成。

敏捷模型

這里的敏捷模型也是主要針對(duì)軟件開發(fā)的。比如說(shuō) 用例圖 、 數(shù)據(jù)模型（UML）、界面設(shè)計(jì) 等。用例圖在許多教材中都會(huì)說(shuō)到，特別是后面我們學(xué)習(xí) 信息系統(tǒng)項(xiàng)目管理師 時(shí)會(huì)重點(diǎn)記住一大堆圖，其中就會(huì)有這個(gè) 用例圖 。

用例圖最大的特點(diǎn)就是有左邊這個(gè)小人。然后它的每一個(gè)用例其實(shí)都可以看做是一個(gè)功能或者模塊。這個(gè)用例還可以繼續(xù)再分解下去。

數(shù)據(jù)模型的話就是純技術(shù)方面的內(nèi)容了，主要就是面向?qū)ο笾械?UML 圖。界面設(shè)計(jì)則主要是前端展示的界面草稿。這里就不多說(shuō)了，有興趣的同學(xué)自己查閱下相關(guān)的資料。

線框圖

線框圖對(duì)于做過(guò)產(chǎn)品經(jīng)理的同學(xué)來(lái)說(shuō)都不在話下。它們就是功能的粗繪展示?？梢杂糜诤笃诘慕缑嬖O(shè)計(jì)和高保真原型的制作。最簡(jiǎn)單的就像是下面這種手繪圖。

之前的文章中，我說(shuō)過(guò) Scrum 中的 PO 是不畫原型的（看情況）。不過(guò)這種線框圖還是非常便于團(tuán)隊(duì)以及相關(guān)方理解的。我們絕對(duì)抵制的是那種非常高保真，花費(fèi)了很多時(shí)間來(lái)制作的那種原型。但是線框圖這種方便、好用甚至你可以直接在白板上作畫的工具還是非常值得推薦的。如果一定要用 Axure 的話，我建議是有基本的鏈接跳轉(zhuǎn)就可以了，剩下的還是盡量以線框圖的形式展示。畢竟，我們要達(dá)到一致的是對(duì)于功能和界面業(yè)務(wù)流程的一致。具體的細(xì)節(jié)應(yīng)該是界面設(shè)計(jì)師去摳的。

虛擬人物

這也是 產(chǎn)品經(jīng)理 的一種基本工具，就是建立一個(gè)虛擬的人物卡。這種虛擬人物卡可以建立多張，由團(tuán)隊(duì)給他們角色和稱謂，就像一個(gè)真實(shí)人物的簡(jiǎn)歷卡一樣。主要就是用于在需求分析時(shí)從不同用戶的角度來(lái)查看用戶可能關(guān)注我們的產(chǎn)品角度。這個(gè)一般也是和重要的相關(guān)方一起研究商討的，畢竟，需求就是從他們那里來(lái)的。既然是項(xiàng)目管理的課程，那么這些產(chǎn)品經(jīng)理相關(guān)的內(nèi)容大家還是自己去了解一下吧，畢竟我也不是一名 產(chǎn)品經(jīng)理 。更重要的是，我接觸過(guò)的 產(chǎn)品經(jīng)理 九成以上都只是畫原型圖的。

總結(jié)

今天的內(nèi)容一是說(shuō)明了下相關(guān)方這一塊在 PMP 中是如何定義以及管理的。另一方面則是學(xué)習(xí)了一些可以與相關(guān)方建立共同目標(biāo)愿景的工具。說(shuō)實(shí)話，這些工具更偏 產(chǎn)品經(jīng)理 的范疇。但是，只要是能與相關(guān)方打好關(guān)系的東西，我們都應(yīng)該多了解一些。畢竟，上文中我們也提到過(guò)，相關(guān)方的滿意度對(duì)我們的項(xiàng)目來(lái)說(shuō)非常重要。而且，重要的相關(guān)方，要么是我們的領(lǐng)導(dǎo)層，要么是我們的金主，要么是我們的上帝。你說(shuō)，哪個(gè)得罪得起。不過(guò)在敏捷中，我們只要做好我們的就好了，沒(méi)有誰(shuí)高誰(shuí)低的問(wèn)題，因此，完成的定義非常重要。今天的內(nèi)容看似簡(jiǎn)單、無(wú)關(guān)，但其實(shí)它們是能左右一個(gè)項(xiàng)目生死的關(guān)鍵內(nèi)容。

參考文檔：

《某培訓(xùn)機(jī)構(gòu)教材》

《用戶故事與敏捷方法》

《高效通過(guò)PMI-ACP考試（第2版）》

《敏捷項(xiàng)目管理與PMI-ACP應(yīng)試指南》