别忘了最初的约定
项目计划,再次评估“工作量”并推算出“工期”。基于网页的软件和手机应用的版本升级,典型的项目周期在两周到一个月;大点的项目,最多不超过三四个月。
工作量评定“三点估算法”
“工作量”=(最乐观+最悲观+最可能)/3
或“工作量”=(最乐观+最悲观+最可能*4)/6
工作量粒度会比初评更细,至少精确到“1人天”,短期项目甚至是“1人小时”,按照经验,“1人天”通常等价于5-6“人小时”,而不是按照一天工作8小时。
沟通从头开始
项目沟通方式:
周期
渠道
发起者
参与者
通用的沟通方法:
项目晨会:自项目进入开发阶段至发布日期止,开发经理每日召集相关人员,主要是PD、开发人员、测试人员参加。
项目日报:自Kick Off起至发布日止,项目经理每日发给项目的所有干系人,测试开始后以测试日报为主。
评审会:相应PD召集需求评审
项目变更申请:
发布预告及公告
不可或缺的誓师大会
Kick Off会议通常只需要15分钟左右的时间,需要传达的信息有如下几点:
项目背景
我们在哪里?说过去,做项目之前的“悲惨境地”(可以站在用户的立场上,说说用户的痛点),明确为什么要做这个项目,让听众“痛下决心”为终极目标。
项目意义、目的与目标
我们去哪里?说将来,做项目之后的美好前景,解决什么问题就算成功了,以让听众“面带桃花”为终极目标。
需求、功能点概述
我们怎么去?
上述三部曲其实和BRD里的项目背景、商业价值、需求描述大同小异。
项目组织架构
目的是让项目成员相互认识,明确有什么事应该找谁。
项目计划
让所有的人了解两个关键点:
第一, 项目的时间点与里程碑;
第二, 各个时段需要的资源,即每个人在各个阶段做什么事。
沟通计划
任何时候都要心中有“树”
WBS 工作分解结构