人人都是產品經理-項目的坎坷一生
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尊敬的公司領導:您好!我叫xx,是xx部的一名普通職員,工作...
-
初入職場的感悟
在現實生活或工作學習中,我們常常會因經歷的人和事不同而產生新的感悟,這個時候,我們就可以寫一篇感悟,把自己的感觸都記錄下來。但是,你知道要怎麼寫感悟嗎?下面是小編精心整理的初入職場的感悟,僅供參考,歡迎大家閱讀。初入職場的感悟1職場新人:xx學歷:碩士第一職業:外...
-
職場朋友圈說說6篇
隨着線上的、虛擬的社交的迅猛發展,越來越多人鍾情於在線上發佈說說,用於分享自己的奇聞趣事和生活日常。你經常不知道發什麼說說嗎?下面是小編精心整理的職場朋友圈說說,僅供參考,大家一起來看看吧。職場朋友圈說說11、確立目標不可隨波逐流,要有自已的需求。2、擡...
-
職場的語錄[通用15篇]
在我們平凡的日常裏,大家都聽說過或者使用過一些比較經典的語錄吧,語錄是言論的實錄或摘錄。什麼樣的語錄才經典呢?下面是小編整理的職場的語錄,僅供參考,希望能夠幫助到大家。職場的語錄11、在市場上常常可以看到一種情況:那個叫喊得最兇的和發誓發得最厲害的人,正是...