2019年8月9日 星期五 天气:晴,高温
先看看pmp中对项目的说明
定义:项目是为创造独特的产品、服务或成果而进行的临时性工作。
特征:项目是指一系列独特的、复杂的并相互关联的活动,这些活动有着一个明确的目标或目的,必须在特定的时间、预算、资源限定内,依据规范完成。
加粗重点,项目是有时效性的,有明确的结束时间。在日常管理中,各种任务都可以作为一个项目看待。有明确的截止时间,那在计划上就需要分解各个里程碑点。什么是里程碑点,可以认为过程关键阶段点。
这里刻意强调时间,因为平时遇到最多的就是进度跟进问题,也就是时间上的把控。
实际上,项目过程需要储备的有成本,时间,人力,资源等等因素,这里展开,储备思路类似。
一起制定计划做计划,新人很容易就满打满算,就是总共有10天,就是按照讨论分析,将10天分为几个阶段,每个阶段的入口(或者上个阶段的出口)作为里程碑等等。计划公布后,按照里程碑监控跟进,一旦在临近出口的时候发现问题时,可能会导致没有足够时间去修正。而应对方法就是前紧后松,通过预留储备时间来应对可能出现的进度风险。
时间控制一个例子:
某迭代计划,假设满打满算是这样的:
设计5天,开发7天,测试4天,共16天。这个满打满算就是管理者内心的理想情况
通过相关干系人评估,认为稍微赶一赶(参见第四认知中,跳一跳能够着是比较合适的目标)能达成的,如下即可:
设计3天(储备2天应急),开发5天(储备2天应急),测试2天(测试部分可以跟开发交叉,储备2天应急),这样共储备了6天,所以发布的计划里程碑是这样的:
1~3天(设计出口&开发入口)
4~6天(部分转测测试入口)
7~8天(开发出口&测试入口)
9~10天(测试出口&上线里程碑)
11~16(应急储备时间&真实上线时间&下个迭代提前量)
换个简单的说法,就像为了不迟到,不太过匆忙,把手表调前半小时的道理。每步骤多半小时,有什么变化也从容。
网友评论