? ? ? 第三期我們講的是最後一個須要溝通的主要團隊—研發團隊。

? ? ? 研發團隊溝通後。就代表我們的最後一個溝通任務結束了。那麽我們如今開始正式進入了一個項目的生產階段了，假設說前面準備工作，非常多童鞋沒有接觸過，那麽從今天開始我們講的內容，我相信大家都不會陌生。那麽就讓我們來復習一下項目的生命周期。

啟動→需求→設計→開發→測試→上線→推廣。

? ? ? 我之前講的都是環繞啟動這個階段的，那麽啟動階段在這裏要做一個收尾，啟動階段最後一個任務就是啟動會。啟動會的形式能夠多種多樣，有些事大家在一起開個會認識一下，有些是大家來個宣誓會，有些是大家在一起聚個餐唱個歌。

情況多種多樣，這個要依據所在公司的的風氣、習慣來。

? ? ? 啟動階段結束後，我們就要馬上投入到需求階段，在這個階段的參與者主要為業務方領導、業務方、產品經理、研發經理、架構師以及項目經理，但並非說整個需求階段必須要全部的人參與進來。那麽這些人我們怎麽來分別呢。他們主要分三個團隊和一個主導。

1、業務團隊：業務方領導、業務方。

2、產品團隊/翻譯團隊：產品經理。

3、研發團隊：研發經理、架構師。

這裏我把產品經理叫做“翻譯團隊”大家會不會認為有點奇怪？事實上這個產品經理的角色在不同的公司有著截然不同的作用。即便他們做的事兒可能是一樣的。

大概互聯網公司會分下面幾種類型：

1、技術驅動業務團隊：產品經理規劃公司業務。通過產品經理來驅動業務方和研發團隊。

2、業務驅動技術團隊：業務方提出需求，產品經理翻譯成研發團隊easy理解的語言，並交由研發團隊實現。

自己的公司屬於哪種，就看看你們的產品經理是處於哪種模式下吧。

? ? ? 有點扯遠了。話說回來，這三個團隊是PM主要須要聯系接觸的團隊，這三方都有著微妙的關系和利益。怎樣平衡好。我之前已經提到過一些，這裏就不再繼續講了。我想說的是。怎樣看待這三個團隊。

1、確保老板的利益

? ? ? 說白了，一個項目的成功失敗，最直接的影響人並非業務方或者產品經理，而就是老板。一定要搞清楚老板想要什麽，老板要達成什麽目的。一味的唯命是從。被產品經理和業務方牽著鼻子走，僅僅能讓事情朝著不可控的方向發展。所以，搞清了老板的目的，哪怕是出現一些小的錯誤，老板一定不會在意的。

2、誰地位高。我們以誰為核心去推動

? ? ?即便是相同的組織架構的兩家公司，也會由於成員的組成而造成工作流程的天壤之別。好比A公司的研發團隊的領導是公司的元老，在公司極有話語權。那麽在這個公司想產出一個產品你肯定要過他這關，即便你全部的工作做得完美。搞不定這個元老，也僅僅會功虧一簣。這裏，會不會有童鞋質疑我。“之前你不是說過要走的那些流程，跟你如今說的不一樣嗎？”是的，確實不一樣，前面我是講一個萬金油，應對各種各樣的場合，那麽做起碼不會錯。但你看看我的標題？假設都講那些流程式的東西就沒意思了。

3、確保產品經理與業務方交好

? ? ? 業務方和產品經理的關系。在非常多公司都是個問題。假設二者關系鬧僵，不管你有再優秀的研發團隊。也是無力回天。這個一定是重中之重，怎樣處理好二者關系，我們以後再說。

4、與研發團隊一起加班

? ? ? 說來說去，最核心的工作事實上就在研發這，而最辛苦的團隊當然就是研發團隊了，他們常常會沒日沒夜的加班趕工。這是PM親近研發團隊的最好時機，一定要常常陪研發團隊在一起加班，與他們討論需求、功能。這樣你才是一個身體力行的項目經理，而不會被扣上一個“耍嘴皮子的銷售”的帽子。

? ? ? 以上就是在PM在需求階段須要具備的一些意識，下次我會繼續講需求階段的詳細行動。

那些你不知道的項目管理細節（四）—需求階段的意識