今天說一下專案
kick off
會議（簡稱
ko）的作用，會有人覺得這很形式化，但我認為很重要，其實
ko只需要
15min
左右的時間，我會安排在需求評審（參加人與
ko基本重合）之前，成本很低。 在這
15min
內，需要傳達的資訊有如下幾點。 ø
專案的背景與意義
說過去，做專案之前的情況，為什麼要做這個專案（以讓聽眾痛心疾首為終極目標）。 ø
專案的目的與目標
說將來，做專案之後的情況，解決什麼問題就算專案成功了（以讓聽眾面帶桃花為終極目標）。 ø
做法、需求、功能點概述
說現在，具體用什麼方法促使「過去」到「將來」的轉變（以讓聽眾躍躍欲試為終極目標）。 ø
專案組織架構
目的是讓到場的、相關的人員了解有什麼事情應該找誰，注意不要遺漏跟開發關係不大的成員（小型專案的大多數活動是開發及相關過程）：服務部門、配合部門的介面人，因為專案的事情如果他們不知道的話，那麼即使專案本身順利發布，之後也會帶來很多配合上的問題。
特別提一下，我會組織乙個「專案督導委員會」，必須的，他們的任務很簡單——背黑鍋（權力越大，責任越大）。當專案因為種種原因出現重大變更的時候，比如成本、工期、需求等，我會向他們提出申請，獲得批准後才動，這也是對
pm自己和專案成員的保護。 ø
專案計畫
讓所有人了解兩個關鍵點：
1.時間點與里程碑，
2.各個時段需要的資源。
這點就不多說了，太深奧的還不懂，按老闆的話，其實做好專案很簡單，一是計畫好，二是控制好，各種手段都是為了這兩點服務的。 ø
溝通計畫
我覺得和專案全體成員明確這點非常重要，因為太多事情的不順利都是溝通的問題，大家都做不到一直主動、徹底的溝通，所以有個規矩來逼著做一些溝通的工作，可以免去很多麻煩。一般來說，常見的手段有：專案**、每日晨會、評審會、產品試用會、發布預告
/公告……
產品設計體會（三八） 專案外包！ 開發外包
專案外包和開發外包的模式有明顯區別，手頭經歷了乙個概念不清的專案，結果一路坎坷，體會如下。合作模式 分工一定要在開始的時候明確。這次的專案外包，乙方又把開發外包，誰對誰負責，什麼事情誰做一直沒有明確界定。乙方會本能的傾向於開發外包，導致甲方投入越來越多，產生障礙。既然專案外包了，專案管理方法應該乙方...
產品設計體會（五八） 《專案化管理》培訓記錄
上週5 6又培訓了，專案化管理 每週上4天班上2天課還是有點累的，不過培訓的收穫也不小，整理一下。整體感覺這個老師還是很不錯的，授課技巧很好，在專案管理方面也確實資深 十幾年前在李嘉誠乙個淨利潤1k多億的專案中，就已經是乙個子專案的高階pm 課程講了較多 道 的東西，較少 術 的內容，需要聽者有很深...
專案管理和產品設計學習體會
在本次小組專案中，我擔任的角色是專案經理和客戶經理。而且我參與了整個產品設計工作。下面是一些零碎的學習經驗與感悟。確定產品定位 核心功能等問題已是老生常談，下面我來說兩個小方面的感悟。在產品初期進行市場調研的時候，問卷調查法是最常用的方法。但是設計問卷看似簡單，實際需要對產品很深的理解和清楚的產品定...