1. 程式人生 > >《小團隊專案管理》第一問 --- 需求調研須要舌辨群雄?

《小團隊專案管理》第一問 --- 需求調研須要舌辨群雄?

           需求調研在整個專案開發中有著舉足輕重的作用,儘管是個苦差事,可是我們又不能掉以輕心。一旦做不好可能會影響整個專案的期望和成本,帶來意想不到的惡果。可是面對眾多“需求者”的你一言我一語。假設您沒有紀曉嵐的鐵齒銅牙又想做好需求工作,該怎麼辦?話不多說。先從一個故事說起吧,希望以這種方式和閱讀的朋友們產生共鳴... ...

            當市場部的小李興致勃勃找到我。拿著XX萬的合同在我眼前晃動的時候,內心是多麼的愛恨交加,面對這種單子在大公司眼裡可能不算什麼,可是對於在市場經濟的混流中苦苦掙扎的小企業面前,這無疑是一個值得慶祝的事情,有了專案我們就能夠生存。有了專案我們的兄弟就有機會,公司的美女們才會綻開那難得一見的笑容。可是翻著合同看著甲方的印章,我內心深處一個擦字從牙縫裡不經意的擠出來,又是一個事業單位。這讓我腦海裡無數次的翻轉著那“大爺們”一個個“可惡”的嘴臉, 至於為什麼叫“大爺”。我想大部分看客對我的表達方式應該表示贊同,在我的思想裡,“大爺”的角色往往高於“上帝”。沒辦法,這年頭你能找到個“大爺”讓你侍奉已經是一件不easy的事情了,看著小李那滿臉的熱情,聽著老闆那激情的演說,感受著美女們水汪汪的眼睛,研發部的兄弟們心兒已經醉了(好賤),一咬牙一跺腳,兄弟們抄傢伙。

       第二天,一切工作就緒帶著技術部的小賈。隨著小李踏上了去武漢的火車,來到現場一陣寒暄過後。我認識了單位的王主任,劉副主任。趙醫師,運維部的田project師。祕書處的張祕書… …整整一個會議室做了二十多人,在對公司產品基礎版的演示過程中,整個會議室充斥著各種聲音,王主任說:“你們這個功能模組不太符合我們科室的工作流程,這個流程應該是… ….”;劉副主任:“你這個功能的操作button放在這裡。我們操作非常不習慣,你看能不能把這個換個地方加到……..”;趙醫師:“你們這個表單上沒有我們科室須要的xx和xx指標,並且這個指標的備用選項不夠… …”;整整三十分鐘過去了。基礎版本號的演示竟然才進行了不到三分之中的一個,看著小賈那滿頭大汗做記錄的樣子,今天註定是一個難熬的日子。

       晚上回到賓館和小賈,小李坐在一起開了一個簡單的說明會,我告訴小賈,你今天的工作非常辛苦我們都看在眼裡。小賈瞬間投來誠摯的目光。可是你的工作還要繼續下去,僅僅有你這邊記的具體,我們後期的工作才幹更加全面的開展下來,你總不希望來來回回的往返於北京和武漢之間吧,小賈想起遠在北京的女友使命的點著頭。然後問到小李甲方的專案負責人是誰,小李說是王主任,於是我讓小賈對今天的記錄做了一下劃分,那些事王主任說的,哪些是劉副主任說的。那些是趙醫師說的,統統歸納一下並進行了分組。

       第二天。早上趕著甲方上班,我和小李去了王主任的辦公室。進門後我直接說明了來意,想通過王主任來拍板甲方專案需求調研和溝通工作負責人的事情。王主任說趙醫師是一線工作者,軟體開發出來後也是他們使用,你能夠直接找她進行具體溝通。當然HIS介面方面又網路部的田project師和你們協調。我僅僅須要聽取他們的彙報就能夠。聽到這裡我心裡長長的撥出了一口氣,心想昨天會議室的那種大場面最終能夠說拜拜了。於是立刻回賓館和小賈一起對初步的需求文件進行了更加仔細的歸類:

甲方干係人

 

級別

所屬職稱

聯絡方式

需求文件編號

王主任

 

A

專案負責人(科室主任)

xxxx

No-1(v-1.0)

趙醫師

 

A

一線醫師(需求調研者)

xxxx

No-2(v-1.0)

田project師

 

A

網路部(HIS介面負責人)

xxxx

No-3(v-1.0)

科室其它醫師

 

B+

一線醫師(間接性影響非常大)

xxxx

No-4(v-1.0)

劉副主任

 

B

科室副主任(有一定話語權)

xxxx

xx

張祕書

 

D

專案影響概率小(間接影響)

xxxx

xx

 

      從上表能夠看出。依據專案現場實際情況。我們對甲方干係人進行了比較準確的分類,王主任,趙醫師,田主任是直接參與專案的甲方人員所以他們屬於最高級別的專案干係人,科室其它醫師由於和趙醫師在一個辦公室,他們所處的工作性質一致都是後期要使用該軟體的人員。在專案開發過程中,有非常大的概率會和趙醫師進行專案上的建議和溝通,所以暫且把這些人分為B+級別。對於劉副主任(二把手你懂得)。不直接參與專案。所以暫且考慮為B等級,對於張祕書影響專案的概率非常小(除非和主任有一腿。或者對我們專案非常感興趣,這機率太低了)所以把她歸結為D級別。

       有了這些。我們的小賈同學就不會左右為難該聽誰的好了。直接找趙醫師去做需求,從此過上了快樂的生活。

       以上的小故事由故事原型改編,如有累贅之處還望海涵,總之我想通過這個小故事想說明一個問題即“怎樣認清合作方的干係人,面對客戶的一擁而上,該怎樣解決?”

       首先,明白當前專案中甲方人員他們所處的角色,部門。專案期望和對專案整個週期中的影響力,瞭解他們中哪些人是基本的決策者,哪些人是專案最終的使用者,哪些人會間接影響專案。

       其次。尋找甲方人員的決策者,確定專案需求的主要溝通物件,從直接參與者中找到更直接的參與者。

       再次。依據以上兩點的分析,對識別出的每一個干係人可能產生的影響和作用以及支援。進行分類,依照公司內部指定的級別進行劃分。並對每一個干係人設定固定編號的專案跟蹤文件,以備後期使用