- 相關推薦
人人都是產品經理-項目的坎坷一生
1、產品到項目
產品經理：靠想。做正確的事，是否符合市場，是否給公司帶來利潤。
項目經理：靠做。正確的做事，在時間、成本和資源約束的條件下完成目標。
一個事物的兩面性，如果你只看到一面，這時要跳出，尋找另一面，之后再努力尋找‘對立’背后的‘統一’，正如黑格爾‘正反合’。
2、一切從Kick Off(立項)開始
定人、組織結構、工作量(1人天=5~6人小時)->工期、項目溝通(晨會、日、周報等)、誓師大會(背景、目標、功能概述、組織架構、項目計劃：里程碑、溝通計劃)會議紀要。
做項目本質：保證質量前提，在時間、人財物花費、項目范圍三點平衡。
3、關鍵的青春期，又見需求
文檔：BRD商業需求文檔、MRD市場需求文檔、PRD產品需求文檔、FSD功能詳細說明。
PRD：【UML】類圖(各內外部對象間的關系1：n)、用例圖(動作間關系)、狀態圖(實體的狀態轉換)
UC用例文檔：(用例描述：業務描述、需求描述、行為者、前置條件、后置條件;界面描述：DEMO截圖、DEMO地址;界面元素：表單、按鈕、列表等;業務規則、流程描述：觸發事件、時序圖或活動圖)
描述要求：無歧義、完整、一致、可測試等。
【UML】時序圖(事物變化在時間維度上的先后順序，表達對象的交互，比如多頁面間，多對象間)
需求討論會->項目開始->約定管理方法(文檔、腳本、流程管理等)->粗粒度的PRD(UCDEMO半成品)后->需求評審->UC細化、開發前準備，細化修正計劃->設計評審(給PD、測試講)->測試評審->冒煙測試(基本功能檢查)->PD產品演示會、商業準備(功能、賣點介紹文檔，產品更新公告，服務人員和銷售人員培訓，運營人員推廣方案策劃，銷售人員更新銷售說辭，服務人員制作幫助等)、多輪正式測試-> 回歸測試(修改代碼后，重新測試)->測試環境功能驗收(真實用戶功能評審會)->發布標準、發布計劃評審(運維人員確認)->PD發布公告EMAIL->上線->項目總結。
評審組織者：QA，參與人：做決定的人、產品接口人。
4、項目管理
計劃和控制，就是項目管理。
文檔模板(日常工作類、項目管理類、流程管理類、需求管理類等)：提高效率，盡快上手，避免內容遺漏。
多人協作與版本管理：SVN版本管理(權限控制比較好)。WIKI(直接編寫PRD，產品需求列表)保持最新版本，并提供連接。
長視者把目的當手段，短視者把手段當目的。
流程制定思路：新人做老產品，新人不挑活，老產品不容易出事;老人做新產品，老人需要變化才有激情。
項目只做一次，追求可行即可;流程要反復做，追求最優化。
《功夫》火云邪神：天下武功，無堅不破，唯快不破。
流程的目的：保證誰來做產品設計，都能80分。
需求評審：可以讓開發人員來講述各自要開發的部分，PD提問。保證開發人員對需求的掌握。
敏捷開發特點：有計劃，更要擁抱變化;迭代周期內，盡量不加任務(當前迭代不變，下次迭代待定);集中工作，小步快跑;持續細化需求，強調測試(測試過程中完善需求，并驅動項目);不斷發布(二四晚上)，盡早交付。
敏捷溝通：IM、白板做項目看板(X：各功能點進度百分比;Y：項目成員)
5、適者生存
項目外包：管理方法由乙方定。開發外包：甲方驅動，走甲方流程。
[人人都是產品經理-項目的坎坷一生]相關文章：
1.人人都是產品經理
【人人都是產品經理-項目的坎坷一生】相關文章：
不以盈利為目的的產品經理不是好產品經理07-12
優秀的產品經理都是怎么做的？07-12
聰明的HR都是如何篩選靠譜的產品經理？07-12
谷歌產品經理眼中的產品經理07-12
產品經理就是總經理07-12
騰訊資深產品經理對產品經理團隊管理的看法07-12
產品經理的小貼士07-12