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（应急储备时间＆真实上线时间＆下个迭代提前量）
换个简单的说法，就像为了不迟到，不太过匆忙，把手表调前半小时的道理。每步骤多半小时，有什么变化也从容。
