外包項目管理五點經(jīng)驗分享
目前本人在做外包項目,負責產(chǎn)品和項目兩方面工作??偟膩碚f,外包項目的產(chǎn)品更偏向于項目管理,但內(nèi)心對于產(chǎn)品的追求始終在。也沒有過太多項目管理的經(jīng)驗,只能從個人出發(fā),說一說自己對項目管理的一些粗俗的見解。
本次經(jīng)驗分享主要有以下五個方面:
- 結(jié)果導(dǎo)向
- 要事第一,明確核心需求,制訂里程碑計劃,
- 加強溝通,保證需求與實際開發(fā)結(jié)果一致
- 與項目成員保持良好關(guān)系
- 隨機應(yīng)變,風(fēng)險前置
一、結(jié)果導(dǎo)向
對于外包項目來說,所要的結(jié)果只有一個就是按時上線,但這里需要給自己加個要求,要保證質(zhì)量按時上線。大部分人對于外包項目聽起來都會有一種不屑的感覺,認為做外包的只注重錢從不在乎質(zhì)量。其實不然,很多做外包項目都知道,如果你做出一個垃圾產(chǎn)品出來,你們整個團隊可能就涼涼一陣了。
產(chǎn)品經(jīng)理目標可大致有兩個,前期,找到用戶的實際的核心需求。后期,保證項目質(zhì)量按時上線;項目經(jīng)理則是以項目上線為最終目的。
作為你的老板想要的結(jié)果也大致有兩個:
第一,成本,項目投入的人力是多少,周期多長;
第二,項目最終是否按時保質(zhì)保量完成上線。
老板要根據(jù)第一點確認這個項目到底是賺錢還是賠錢,要用第二點來保障能與客戶保持良好的合作關(guān)系。對于做外包項目的公司這兩點尤其重要,所以產(chǎn)品也要注意好著兩點。
二、明確核心需求,制訂里程碑計劃。
首先,找準核心需求,逐步完善細節(jié)。確認需求階段,從核心需求出發(fā)。保證產(chǎn)品沒有偏離客戶的真實需求,這一點我認為是一個產(chǎn)品的根本。核心需求一旦確認,細節(jié)方面便可以逐漸完善,甚至在開發(fā)階段進行完善都可以。
其次,制定階段計劃。在與開發(fā)確認完工作量之后,根據(jù)功能清單和接口清單,制定開發(fā)計劃。按照功能模塊,制定相應(yīng)的階段計劃,無論是前端還是服務(wù)端必須保持同步。
這里說的同步是:在階段計劃的完成截止時間,必須保證前端和服務(wù)端這一階段工作已經(jīng)全部完成。
可能服務(wù)端快的話已經(jīng)進行下一階段開發(fā)了,那么測試和驗收人員這時候可以進行這部分工作驗收。發(fā)現(xiàn)了問題一定要指出來提bug,讓開發(fā)在下一階段工作進行的同時完成這些bug修改,讓開發(fā)對自己做出的東西負責。
三、加強溝通,保證需求與實際開發(fā)結(jié)果一致
加強溝通主要有三個方面:
首先,要與客戶進行充分的交流。需求確認階段,確定核心需求,逐步完善細節(jié),一定要不厭其煩。不然到了開發(fā)階段,客戶突然說,這個非常重要的需求你怎么沒有加上。如果這個功能比較復(fù)雜,那么這時調(diào)整一定會對整個開發(fā)過程產(chǎn)生巨大影響。
第二,與設(shè)計開發(fā)和測試做好溝通,首先是產(chǎn)品和設(shè)計的溝通,所有的需求變更要先和設(shè)計進行確認,保證設(shè)計稿的正確,然后,產(chǎn)品設(shè)計內(nèi)部確認之后,通知開發(fā)和測試人員,可以是在QQ群通知。
第三,與領(lǐng)導(dǎo)加強溝通,學(xué)會借助外力。有時候,客戶會突然加一些需求,但你沒有足夠的人手。這時候你不能直接答應(yīng),而是需要找領(lǐng)導(dǎo)說明情況,爭取資源,是調(diào)配人手還是拒絕有你老板決定。
四、與項目成員保持良好關(guān)系
這一點十分重要:在產(chǎn)品方案確認的過程中甚至是開發(fā)過程中,可能會出現(xiàn)爭執(zhí),甚至爭吵,但一定不要惡意人身攻擊。其實一個項目中的成員就像一家人,大家有著共同的目標,并為之努力付出。
來到南方之后,我深感南北差異巨大(后來明白是自己不會察言觀色);南方的人呢,更含蓄,不會當面表現(xiàn)對你的不滿,而我則是當面硬鋼,結(jié)果可想而知。短短一個月,我基本上和設(shè)計開發(fā)測試吵了一遍,也被三個老大輪番訓(xùn)話。
你可以明顯感覺到他們在疏遠你,我就是;不過我確實反思了,也做了調(diào)整,目前和項目組的同事也都成為了好朋友。
與并肩作戰(zhàn)的同事保持良好關(guān)系很重要。
五、隨機應(yīng)變,風(fēng)險前置
隨機應(yīng)變,沒有一層不變的開發(fā)計劃,這應(yīng)該是互聯(lián)網(wǎng)產(chǎn)品行業(yè)的共識。面對需求的變更,如何做好調(diào)整保證項目正常上線,是產(chǎn)品和項目經(jīng)理必須要考慮的問題。
如何降低需求變更所帶來的影響總的主要有三點:
- 制訂開發(fā)計劃的時候預(yù)留出一定的時間;
- 需求變更按優(yōu)先級與客戶確認,需要延長開發(fā)時間的與客戶提前說明,是延長項目開發(fā)時間還是暫時不做與客戶商量明確。
- 對于人手不夠完成變更需求的時候,與領(lǐng)導(dǎo)溝通,說明情況,協(xié)調(diào)資源。
風(fēng)險前置,我親眼見證過這樣的情況,在進行一個項目的時候,前期就是一直的開發(fā),開發(fā),開發(fā)。測試期就拼命地改bug和開發(fā),開發(fā)拼命的加班填坑,眼見要上線,回頭一看還有300多bug,只能和客戶商量延期,結(jié)果可想而知。
造成這種情況的主要原因是測試與開發(fā)過程的完全分離。把測試放到最后進行,雖然留給測試和修改bug時間超過兩周,但往往是做了兩周發(fā)現(xiàn)各種坑沒填,開發(fā)并沒有真正完成全部工作,結(jié)果就是測試時間變成了開發(fā)時間。
對此,我想說,要保證項目按時上線,測試驗收必須要盡早加入進來。把修改bug的事情放在整個開發(fā)過程中進行,保持整個項目開發(fā)過程的緊張度,對于周期比較長的項目,開發(fā)人員很容易出現(xiàn)懈怠的情緒,作為產(chǎn)品和項目要給開發(fā)一定的緊張感。
最后,說了這么多,可能自己見解也是十分片面,關(guān)于項目管理和產(chǎn)品我確實還有很多路要走,還好路上有著大批的志同道合的兄弟姐妹們。望兄弟姐妹們共勉,一同努力,在產(chǎn)品的道路上越走越遠。
本文由 @王想 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自 Unsplash,基于CC0協(xié)議。
外包項目會對今后的職業(yè)有影響嗎?
北方人那個深有體會,評審會上吵來吵去都不會影響私下一丁點感情。
另外看到最后,想問怎么把測試介入到開發(fā)過程中?沒寫完咋測啊。我能想到的解決辦法就是前期詳細測試用例,測試用例需要多方,產(chǎn)品,開發(fā)甚至業(yè)務(wù)方一起評審,會省的開發(fā)踩很多坑,也能避免開發(fā)過程中的一點需求變更。
按照大的功能模塊制定里程碑計劃,對里程碑計劃主流程進行分階段測試。比如后臺商品管理和分類管理作為一個里程碑,等開發(fā)進度完成之后,那么對應(yīng)的商品新增,編輯,刪除與分類綁定,商品上下架,排序等可以著手測試,涉及未完成的功能部分可以暫時不測試。
總的來說,所謂的里程碑測試就是對功能模塊的主流程進行驗收,需要制定合理的開發(fā)計劃,根據(jù)開發(fā)計劃安排好里程碑計劃。后續(xù)的系統(tǒng)測試,也就是各個里程碑計劃的功能模塊聯(lián)動測試,查漏補缺,測試細節(jié),也就會比較輕松,更容易控制項目進度。
個人覺得測試前移的度不好把控,可能會造成同一產(chǎn)品功能反復(fù)測試從而造成測試資源的浪費;而且,前期測試提前介入,會給開發(fā)提供額外的干擾因素從而導(dǎo)致項目整體進度反而會延期;測試前期參與需求澄清,后續(xù)編寫測分、測試用例的時候,產(chǎn)品和研發(fā)團隊都參與,測試團隊在輸出測試用例的時候,需要標注哪些測試用例是需要開發(fā)提測前需要完成自測的,提測前需要在項目組全員前做showcase,確保自己提測的內(nèi)容準確,個人覺得這樣是不是更加合理一些
不知道是不是專業(yè)回答,先收藏再說。
謝謝支持
300多bug在北京的時候見的。