## 产品设计体会(五五)——项目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
- (五六)——《需求工程》培训记录
- (五八)——《项目化管理》培训记录