1. 程式人生 > >不會做需求的專案經理不是好專案經理

不會做需求的專案經理不是好專案經理

這是山貓的第11篇原創

 


 

中國式的專案經理,講究啥都要會一點。

 

專案管理是基本功,你如果還懂點軟體開發、硬體整合、需求分析,那就更牛了。

 

對於很多沒做過開發或者非計算機專業的專案經理來說,也許對功能的開發實現比較難想象,這樣的話從業務需求方面去加強也是一種不錯的提升方式,畢竟技術更新迭代實在是快,而在核心業務需求上是可以沉澱,不是那麼經常容易變化的。

 

那麼如何快速有效的梳理核心需求,並獲得客戶的認可呢?聽上去有些玄乎,我們從下面幾個層面進行分析:

 

  整體審視,變更分析

  

 

 

通常來說,專案的需求框架在專案合同或者招標書裡面都有規定,很多新手專案經理,一看到這些規定,就直接開始做需求分析了,結果辛辛苦苦搞到最後,發現有很多外圍的東西沒考慮到,比如和外部系統的介面、或者各個子系統直接的關聯邏輯,最終導致整個專案開發出來不能用,客戶不給付款,公司又要催款,搞得專案經理裡外不是人。

 

其實這裡最重要的一點就是沒考慮頂層設計,做專案如果你僅僅從單個專案的層面去看問題,其實是不合格的,一定要跳出單個專案層面來整體審視。比如目前做的這個專案在客戶的整套業務系統裡面是處於什麼層次?主要解決哪一類的業務問題?和目前專案關聯的業務有哪些?使用者之前有沒建立過相關的系統?

 

把這些先梳理清楚再對對當前專案進行深入的需求分析,在這個深入的過程中,可以百分百確定的是一定有需求不合理的地方,比如讓APP自動判斷手機外殼顏色,然後更改相應的手機桌面背景色這種需求,如果你照搬給開發,那麼被暴打的就是你了。。

 

這是售前留給你的坑,要知道,坑是無法避免的,只是坑大坑小的問題,就像系統bug一樣;還一種情況是發現一些屬於重複建設的內容,不用怕,發現這些問題其實是代表了你的能力在提升,你可以利用這個機會和客戶進行溝通,大膽進行需求變更分析,在這個過程中展示你的實力,贏得甲方爸爸信任。

 

  核心需求、角色扮演

  

 

 

到了具體需求分析環節,最重要的是接地氣,如何接地氣?

 

那就是一切以使用者為中心,考慮使用者的核心使用場景是啥,比如作為管理者和具體業務執行人員他們的關注點肯定是不一樣的,尤其是高層管理者,更多關注的是巨集觀層面的資料,對於具體的業務人員,你設計的系統能否提升他們的工作效率很重要。

 

這種情況就需要你梳理使用場景,找出核心需求了,那什麼算得上是核心?剛需、痛點、高頻6字箴言,把這幾個詞記住了,你就能抓住需求的關鍵點了。

 

剛需:就是沒有不行,比如一個售票系統,門票銷售、銷售金額統計這些就是剛需,就像人需要吃飯喝水一樣;

 

痛點:就是最迫切需要滿足的需求,比如一款面向大眾女性的影象處理軟體,自動美顏才是核心需求,而不是像PS一樣專業強大的功能;

 

高頻:這個簡單點說就是一個功能點被使用的頻率,比如一個外賣APP,點餐和付費就是很高頻的功能;

 

至於角色扮演,就是你得站在不同使用者角色角度去看問題,分析他們的核心需求,這樣才能接地氣。

 

  流程閉環、考慮異常  

 

 

哎呦媽呀,標題還押韻了。。。

 

實際的專案開發過程中,我們通常會發現某個功能點做著做著發現流程走不下去了,這種情況通常還是前期業務流程沒梳理到位,這時候可以借鑑Visio軟體,把具體的業務流程圖畫清楚,確認流程的每個環節有考慮完善,並形成閉環。

 

還一個需要關注的點是對異常處理的設計,做到面面俱到很難,但是關鍵的使用場景一定要把異常處理做完整,比如對於一個外賣APP,涉及金額支付這塊的異常處理就很重要了,畢竟和錢相關,萬一出了漏子,使用者的投訴電話就打爆客服中心了。不要祈禱軟體一直在正常的使用場景下,一切看起來都是那麼美好,要有一顆隨時準備填坑的心,God bless you。

 

在整個專案實施過程中,需求分析是相當重要的環節,直接影響後期專案開發的質量、測試和運維資源投入,所以,如果你能對業務需求能有較為深入的理解,那在整個專案實施的優先順序策略上才能更好把握,團隊也能更信服你。

 

中秋國慶將至,祝各位過個好節,祝中國式的專案經理越走越遠!

 

 

 

 

END

 

 

 

作者:山貓

座標廣州 專案管理和職場分享