## 產品設計體會(五五)——項目Kick Off
今天說一下項目Kick Off會議(簡稱KO)的作用,會有人覺得這很形式化,但我認為很重要,其實KO只需要15min左右的時間,我會安排在需求評審(參加人與KO基本重合)之前,成本很低。
在這15min內,需要傳達的信息有如下幾點。
?
????????? **項目的背景與意義**
說過去,做項目之前的情況,為什么要做這個項目(以讓聽眾痛心疾首為終極目標)。
?
????????? **項目的目的與目標**
說將來,做項目之后的情況,解決什么問題就算項目成功了(以讓聽眾面帶桃花為終極目標)。
?
????????? **做法、需求、功能點概述**
說現在,具體用什么方法促使“過去”到“將來”的轉變(以讓聽眾躍躍欲試為終極目標)。
?
????????? **項目組織架構**
目的是讓到場的、相關的人員了解有什么事情應該找誰,注意不要遺漏跟開發關系不大的成員(小型項目的大多數活動是開發及相關過程):服務部門、配合部門的接口人,因為項目的事情如果他們不知道的話,那么即使項目本身順利發布,之后也會帶來很多配合上的問題。
特別提一下,我會組織一個“項目督導委員會”,必須的,他們的任務很簡單——背黑鍋(權力越大,責任越大)。當項目因為種種原因出現重大變更的時候,比如成本、工期、需求等,我會向他們提出申請,獲得批準后才動,這也是對PM自己和項目成員的保護。
?
????????? **項目計劃**
讓所有人了解兩個關鍵點:1.時間點與里程碑,2.各個時段需要的資源。
這點就不多說了,太深奧的還不懂,按老板的話,其實做好項目很簡單,一是計劃好,二是控制好,各種手段都是為了這兩點服務的。
?
????????? **溝通計劃**
我覺得和項目全體成員明確這點非常重要,因為太多事情的不順利都是溝通的問題,大家都做不到一直主動、徹底的溝通,所以有個規矩來逼著做一些溝通的工作,可以免去很多麻煩。一般來說,常見的手段有:項目日報、每日晨會、評審會、產品試用會、發布預告/公告……
- 前言
- (一)——變態吧,開始帖周報了
- (二)——數據分析
- (三)——性價比:做不做?
- (四)——需求管理
- (五)——有關流程
- (六)——再談流程
- (七)——需求探針
- (八)——產品與項目
- (九)——關于學習
- (十)——團隊合作
- (十一)——市場掃描
- (十二)——少而精
- (十三)——再說需求分析
- (十四)——做過的幾個項目
- (十五)——PM、PD、UE與UI
- (十六)——Feature List
- (十七)——PD的幾種文檔
- (十八)——概念設計
- (十九)——UPA年會的流水賬
- (二十)——有關改版
- (二二)——封閉開發
- (二三)——用戶研究
- (二五)——當交互設計遇到敏捷開發
- (二六)——PD就是出來賣的
- (二七)——大產品設計
- (二八)——細節之文案
- (二九)——產品設計的五個層次
- (三十)——“體會”導讀的思維導圖
- (三二)——零散的體會
- (三三)——用戶大會
- (三四)——土老板破冰必殺技
- (三五)——QA與測試
- (三六)——再理解“敏捷”
- (三七)——可用性測試
- (三八)——項目外包!=開發外包
- (三九)——CSDN專訪精編版
- (四十)——銷售渠道
- (四一)——用戶創意無限
- (四二)——又是零散體會
- (四三)——說說評審會
- (四四)——項目外包不適合“敏捷”?
- (四五)——外行眼中的技術分工
- (四六)——UML學習摘錄(上)
- (四七)——UML學習摘錄(下)
- (四八)——資源戰爭與BRD
- (四九)——產品市場化
- (五十)——終點:Matrix
- (五一)——敏捷的估計與規劃
- (五二)——MS Office使用心得
- (五三)——產品文檔與規范
- (五四)——PD招聘廣告詞
- (五五)——項目Kick Off
- (五六)——《需求工程》培訓記錄
- (五八)——《項目化管理》培訓記錄