人人都是產品經理-專案的坎坷一生
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.人人都是產品經理
2.人人都是產品經理-專案的坎坷一生