外包項目管理五點經(jīng)驗分享

7 評論 18248 瀏覽 100 收藏 9 分鐘

目前本人在做外包項目,負責產(chǎn)品和項目兩方面工作??偟膩碚f,外包項目的產(chǎn)品更偏向于項目管理,但內(nèi)心對于產(chǎn)品的追求始終在。也沒有過太多項目管理的經(jīng)驗,只能從個人出發(fā),說一說自己對項目管理的一些粗俗的見解。

本次經(jīng)驗分享主要有以下五個方面:

  1. 結(jié)果導(dǎo)向
  2. 要事第一,明確核心需求,制訂里程碑計劃,
  3. 加強溝通,保證需求與實際開發(fā)結(jié)果一致
  4. 與項目成員保持良好關(guān)系
  5. 隨機應(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)理必須要考慮的問題。

如何降低需求變更所帶來的影響總的主要有三點:

  1. 制訂開發(fā)計劃的時候預(yù)留出一定的時間;
  2. 需求變更按優(yōu)先級與客戶確認,需要延長開發(fā)時間的與客戶提前說明,是延長項目開發(fā)時間還是暫時不做與客戶商量明確。
  3. 對于人手不夠完成變更需求的時候,與領(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é)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 外包項目會對今后的職業(yè)有影響嗎?

    來自安徽 回復(fù)
  2. 北方人那個深有體會,評審會上吵來吵去都不會影響私下一丁點感情。
    另外看到最后,想問怎么把測試介入到開發(fā)過程中?沒寫完咋測啊。我能想到的解決辦法就是前期詳細測試用例,測試用例需要多方,產(chǎn)品,開發(fā)甚至業(yè)務(wù)方一起評審,會省的開發(fā)踩很多坑,也能避免開發(fā)過程中的一點需求變更。

    來自遼寧 回復(fù)
    1. 按照大的功能模塊制定里程碑計劃,對里程碑計劃主流程進行分階段測試。比如后臺商品管理和分類管理作為一個里程碑,等開發(fā)進度完成之后,那么對應(yīng)的商品新增,編輯,刪除與分類綁定,商品上下架,排序等可以著手測試,涉及未完成的功能部分可以暫時不測試。
      總的來說,所謂的里程碑測試就是對功能模塊的主流程進行驗收,需要制定合理的開發(fā)計劃,根據(jù)開發(fā)計劃安排好里程碑計劃。后續(xù)的系統(tǒng)測試,也就是各個里程碑計劃的功能模塊聯(lián)動測試,查漏補缺,測試細節(jié),也就會比較輕松,更容易控制項目進度。

      來自廣東 回復(fù)
    2. 個人覺得測試前移的度不好把控,可能會造成同一產(chǎn)品功能反復(fù)測試從而造成測試資源的浪費;而且,前期測試提前介入,會給開發(fā)提供額外的干擾因素從而導(dǎo)致項目整體進度反而會延期;測試前期參與需求澄清,后續(xù)編寫測分、測試用例的時候,產(chǎn)品和研發(fā)團隊都參與,測試團隊在輸出測試用例的時候,需要標注哪些測試用例是需要開發(fā)提測前需要完成自測的,提測前需要在項目組全員前做showcase,確保自己提測的內(nèi)容準確,個人覺得這樣是不是更加合理一些

      來自浙江 回復(fù)
  3. 不知道是不是專業(yè)回答,先收藏再說。

    回復(fù)
    1. 謝謝支持

      來自廣東 回復(fù)
  4. 300多bug在北京的時候見的。

    來自廣東 回復(fù)