在一個項目開始前,需求整理大概要佔到整個項目週期15%甚至30%的比重,能夠說需求理得越清楚,後續開發中返工概率越小。在一個項目中,開發新功能的花費的精力要遠遠小於修改功能的精力,這基本是一個共識。老祖宗說,謀定然後動,不是沒有道理的。vue
通常項目開發中,前期會包含商務活動、需求調研,需求交底的過程。微信
通常由售前人員進行,瞭解客戶需求,收集客戶願景,商務洽談等等工做,我的認爲在這一階段主要要作好以下工做,原諒我沒作過商務工做,窮限制了個人想象力:異步
通常由商務接洽後,項目經理或產品經理介入,根據前期瞭解的內容與客戶接口人進行詳細的規劃工具
能夠說需求調研是整個項目成功與否的關鍵所在,若是被客戶牽着鼻子走,可能會形成項目開發過程當中功能難以實現;若是牽着客戶鼻子走,又可能會形成產品上線後客戶業務沒法開展,致使項目返工甚是廢棄(固然給錢了項目廢棄也無所謂,可是做爲項目經理費了好大勁最後作出來一個廢品,是否是很受打擊呢!)。測試
同時項目經理又是承前啓後的橋樑,客戶業務需求轉化成基本實現方案,對接客戶與開發人員之間的溝通,立項,需求交底,項目排程,項目監管,階段驗收,測試交付等等,貫穿整個項目流程。俗話說,兵熊熊一個,將熊熊一窩。這個項目經理就是大將,項目成敗繫於一身,慎之慎之!翻譯
接觸過的一些項目經理(固然大環境下分工並不十分明確)好比以下場景,blog
客戶:我要作個商城接口
項目經理(產品經理):……圖片
次日項目管理
項目經理(對客戶):一個月吧,最多兩個月咱們就能作出來,您看怎麼樣?
客戶:咱們商城要能加盟,能b2b同時b2c
項目經理:嗯……
第三天
項目經理:咱們對了一下,這個可能有點麻煩,要三個月
客戶:咱們還想關聯微信公衆號,而後……
項目經理:哦,我諮詢下咱們的技術再給您答覆……
第三天:
項目經理:能夠作
客戶:……
估計客戶最後心裏是崩潰的~,你不能和大爺多說幾句話麼?你不能問問大爺爲何要麼?你就不問問大爺想幹什麼?萬一大爺要搞個傳銷系統,你敢作麼?
我總結過,對客戶要把握兩點
第一:合做雙贏(你們各取所需,共同作好項目,都有好處,客戶有業績有績效,咱們有錢拿)
第二:不卑不亢(有時候很難作到,碰到財大氣粗的,一副拿錢砸死你的氣勢,可是回過來想我又不吃你家飯,你在牛和我沒半毛錢關係,挖了坑本身難受)
在這一階段,客戶基本能夠休息了,改由項目經理(若是可能能參與更好,避免跑偏,可是通常不多有客戶參與,第一客戶專業不是開發,第二客戶都很忙)和項目成員進行對接,把從客戶那裏聽來的通過咀嚼,餵給開發人員
需求交底和反交底視狀況而定,參與的人越多,這些工做越要作的仔細。
以上工做並不必定線性進行,有多是異步的,並且,除了這些,在企業內部要作好項目的支援工做,人員協調,開發資源協調,項目經理要作好前期項目搭建工做,源碼管理、項目管理、bug反饋管理等等的準備工做。
咱們的項目需求以下:
叨叨了一堆廢話,最後就一張圖片,由於項目組就我一我的啊。
我喜歡用思惟導圖來梳理一個項目的枝枝叉叉,比較方便,並且不容易漏掉東西,可是也有不少不足,好比展現內容有限,要加不少備註什麼的,展現的時候別人看不到等等。
因此用思惟導圖配合原型工具比較好。
說下功能:項目重點在 「考試系統管理」,規劃的功能基本都會實現。答題這裏的移動端我不會手機原生開發,作的話可能就是angular或者vue,這倆都沒作過項目,因此最後可能只提供API而不實現移動端。