外包專案管理五點經驗分享
目前本人在做外包專案，負責產品和專案兩方面工作。總的來說，外包專案的產品更偏向於專案管理，但內心對於產品的追求始終在。也沒有過太多專案管理的經驗，只能從個人出發，說一說自己對專案管理的一些粗俗的見解。
本次經驗分享主要有以下五個方面：
- 結果導向
- 要事第一，明確核心需求，制訂里程碑計劃，
- 加強溝通，保證需求與實際開發結果一致
- 與專案成員保持良好關係
- 隨機應變，風險前置
一、結果導向
對於外包專案來說，所要的結果只有一個就是按時上線，但這裡需要給自己加個要求，要保證質量按時上線。大部分人對於外包專案聽起來都會有一種不屑的感覺，認為做外包的只注重錢從不在乎質量。其實不然，很多做外包專案都知道，如果你做出一個垃圾產品出來，你們整個團隊可能就涼涼一陣了。
產品經理目標可大致有兩個，前期，找到使用者的實際的核心需求。後期，保證專案質量按時上線；專案經理則是以專案上線為最終目的。
作為你的老闆想要的結果也大致有兩個：
第一，成本，專案投入的人力是多少，週期多長；
第二，專案最終是否按時保質保量完成上線。
老闆要根據第一點確認這個專案到底是賺錢還是賠錢，要用第二點來保障能與客戶保持良好的合作關係。對於做外包專案的公司這兩點尤其重要，所以產品也要注意好著兩點。
二、明確核心需求，制訂里程碑計劃。
首先，找準核心需求，逐步完善細節。確認需求階段，從核心需求出發。保證產品沒有偏離客戶的真實需求，這一點我認為是一個產品的根本。核心需求一旦確認，細節方面便可以逐漸完善，甚至在開發階段進行完善都可以。
其次，制定階段計劃。在與開發確認完工作量之後，根據功能清單和介面清單，制定開發計劃。按照功能模組，制定相應的階段計劃，無論是前端還是服務端必須保持同步。
這裡說的同步是：在階段計劃的完成截止時間，必須保證前端和服務端這一階段工作已經全部完成。
可能服務端快的話已經進行下一階段開發了，那麼測試和驗收人員這時候可以進行這部分工作驗收。發現了問題一定要指出來提bug，讓開發在下一階段工作進行的同時完成這些bug修改，讓開發對自己做出的東西負責。
三、加強溝通，保證需求與實際開發結果一致
加強溝通主要有三個方面：
首先，要與客戶進行充分的交流。需求確認階段，確定核心需求，逐步完善細節，一定要不厭其煩。不然到了開發階段，客戶突然說，這個非常重要的需求你怎麼沒有加上。如果這個功能比較複雜，那麼這時調整一定會對整個開發過程產生巨大影響。
第二，與設計開發和測試做好溝通，首先是產品和設計的溝通，所有的需求變更要先和設計進行確認，保證設計稿的正確，然後，產品設計內部確認之後，通知開發和測試人員，可以是在QQ群通知。
第三，與領導加強溝通，學會藉助外力。有時候，客戶會突然加一些需求，但你沒有足夠的人手。這時候你不能直接答應，而是需要找領導說明情況，爭取資源，是調配人手還是拒絕有你老闆決定。
四、與專案成員保持良好關係
這一點十分重要：在產品方案確認的過程中甚至是開發過程中，可能會出現爭執，甚至爭吵，但一定不要惡意人身攻擊。其實一個專案中的成員就像一家人，大家有著共同的目標，併為之努力付出。
來到南方之後，我深感南北差異巨大（後來明白是自己不會察言觀色）；南方的人呢，更含蓄，不會當面表現對你的不滿，而我則是當面硬鋼，結果可想而知。短短一個月，我基本上和設計開發測試吵了一遍，也被三個老大輪番訓話。
你可以明顯感覺到他們在疏遠你，我就是；不過我確實反思了，也做了調整，目前和專案組的同事也都成為了好朋友。
與並肩作戰的同事保持良好關係很重要。
五、隨機應變，風險前置
隨機應變，沒有一層不變的開發計劃，這應該是網際網路產品行業的共識。面對需求的變更，如何做好調整保證專案正常上線，是產品和專案經理必須要考慮的問題。
如何降低需求變更所帶來的影響總的主要有三點：
- 制訂開發計劃的時候預留出一定的時間；
- 需求變更按優先順序與客戶確認，需要延長開發時間的與客戶提前說明，是延長專案開發時間還是暫時不做與客戶商量明確。
- 對於人手不夠完成變更需求的時候，與領導溝通，說明情況，協調資源。
風險前置，我親眼見證過這樣的情況，在進行一個專案的時候，前期就是一直的開發，開發，開發。測試期就拼命地改bug和開發，開發拼命的加班填坑，眼見要上線，回頭一看還有300多bug，只能和客戶商量延期，結果可想而知。
造成這種情況的主要原因是測試與開發過程的完全分離。把測試放到最後進行，雖然留給測試和修改bug時間超過兩週，但往往是做了兩週發現各種坑沒填，開發並沒有真正完成全部工作，結果就是測試時間變成了開發時間。
對此，我想說，要保證專案按時上線，測試驗收必須要儘早加入進來。把修改bug的事情放在整個開發過程中進行，保持整個專案開發過程的緊張度，對於週期比較長的專案，開發人員很容易出現懈怠的情緒，作為產品和專案要給開發一定的緊張感。
最後，說了這麼多，可能自己見解也是十分片面，關於專案管理和產品我確實還有很多路要走，還好路上有著大批的志同道合的兄弟姐妹們。望兄弟姐妹們共勉，一同努力，在產品的道路上越走越遠。