当项目进入测试、验收和发布这些环节之后，要是还单靠一份任务清单，其实很难看出来那些关键的时间点是不是已经偏离了原来的计划，所以关于在ALM Soft里面怎么去设置里程碑，以及里程碑要是延期了又该怎么发出预警，就需要把截止日期、交付内容的范围，还有各项关键指标的门限值摆在一起去配置；里程碑跟一般的普通任务不一样，它更像是摆在发布时间线上的一个个检查站，专门用来判断像代码冻结、集成测试收尾、版本正式发布这样的节点，是不是真的满足了可以往下一个阶段走进去的条件。

　　一、ALM Soft里程碑怎么设置

　　在使用ALM Soft配置里程碑之前，一般得先把发布版本建好，接着再把一个个里程碑挂到这个发布版本的下面；给节点起名字的时候，最好别只简单地写成阶段一、阶段二这种笼统的叫法，而是直接把业务上的实际含义写清楚，让别人一眼就能明白这个节点代表什么。

　　1、创建里程碑节点

　　先到发布树里面，找到目标发布版本，用鼠标右键点一下它，从弹出的菜单里选择【New Milestone】这一项；然后填入里程碑的名称，还有它的截止日期，常见的名称比方说有需求冻结、代码冻结、系统测试完成、版本发布等等。按照官方帮助文档的说法，这个操作路径也正是在发布树里通过右键去新建一个Milestone，再依次填写好名字和到期的时间。

　　2、设置跟踪时间

　　每一个里程碑都得配上开始跟踪的日期和截止的日期；开始跟踪的日期用来决定从哪一天起计算那些关键指标，而截止日期则代表着交付的东西应当在这个时间之前达到预先设定的目标。这个时间段的长度，最好能把真实的开发和测试活动都包含进去，再额外留出一点点可以调节的余量，免得任务才刚出现一些波动，状态就一下子被标成逾期了。

　　3、关联交付范围

　　接着进到里程碑的【Milestone Scope】设置区域，在这个地方把本阶段应该交付的需求、测试项、测试实例，还有缺陷的范围都一一圈选出来；举个例子，如果试用版本只需要交付一部分功能，那就不要把后面版本才实现的需求也加进当前的里程碑里面，否则无关的内容就会把关键指标的计算结果给整体拉低。

　　4、添加关键指标

　　根据所处的阶段，挑选几项像需求覆盖率、测试创建进度、测试执行率、测试通过率，还有严重缺陷的数量这些指标；在添加的时候，不要把各种指标一股脑全堆进去，只保留那些真正能反映本阶段状态好坏的关键指标就可以了。官方资料里也提到，这些指标的作用是随着时间推移去跟踪里程碑的运行状况，并且对照预先设好的门限值，用绿色、黄色或者红色来标示当前的状态。

　　二、ALM Soft里程碑延期怎么预警

　　要想在ALM Soft里对里程碑的延期做出预警，光等到截止日期过完了再去看有没有完成，是远远不够的；比较合适的办法是提前把那些关键指标的门限值给设好，让系统能在执行率、覆盖率或者缺陷相关的状态刚刚开始出现偏离的时候，就主动给出提醒，这样团队就不用非得等到最后那天才慌了手脚。

　　1、设置分段的门限值

　　进到关键指标的门限值设置界面，为不同的时间节点分别填上期望达到的数值；举个例子，当系统测试阶段推进到一半的时候，测试执行率应该达到某个约定的比例；等到快要接近截止日期时，测试通过率和仍然存在的严重缺陷数量，也必须达到发布所要求的标准。如果实际指标没能达到这些目标值，状态颜色就会从绿色变成黄色，或者进一步变成红色，让人一看就明白已经偏到什么样了。

　　2、把进度问题和质量问题分开

　　测试执行率如果一直偏低，一般反映的是计划安排或者人力资源上出现了偏差；而执行率看上去还算正常，但测试通过率却迟迟上不去，这种情况就得去查一查代码本身的质量怎么样，缺陷的修复工作跟不跟得上。这两种问题，既不能拿同一种说法去解释，也不能光靠增加测试人手就想把它解决掉，得分别去找它们背后的根子。

　　3、查看交付范围有没有起变化

　　假如在过程中临时加了需求，测试的范围被扩大了，或者有功能被挪到别的版本里去实现了，那就要同步去改一改里程碑里的范围设置；官方资料也不忘提醒一句，对于正在活动中的里程碑来说，只要新增或者删除了范围项，关键指标的历史信息就一定会受到牵连，趋势图也可能跟着出现变化，所以这一步千万不能省。

　　4、重新计划后别忘了复核门限值

　　后期如果把发布日期往后调了，可别只单单改个截止日期就算完事；在重新规划里程碑的时候，原先设好的那些关键指标的门限值曲线，是不会自动保留下来的，必须要重新去检查和调整一番，不然预警展示出来的颜色很可能会失真，给人造成误判，让整个团队对真实的风险情况都看走了眼。

　　三、ALM Soft里程碑记录怎么维护

　　要让里程碑的预警信息在事后还能解释得清楚，平常就得把范围的变化、门限值的修改，还有导致延期的原因，都仔细地记录下来；不然日子一久，光看曲线却不知道当时为啥偏了，复盘的时候就会非常费劲。

　　1、保留变更的原因

　　每次动手调整截止日期、范围项或者那些关键指标的时候，都要随手记下是谁改的、什么时候改的，以及因为什么原因才改的；像需求增加、环境突发故障、资源冲突和缺陷返工这些情况，最好分开写清楚，不要混成一锅粥，这样才能在后续复盘时快速对号入座。

　　2、按阶段查看记分卡

　　可以在发布版本的记分卡里面，或者通过自定义的报告来查看里程碑当前的状态，尤其要盯住那些显示为黄色或者红色的关键指标；一旦发现了异常情况，也别光盯着汇总出的颜色看，还得进一步下钻到需求、测试实例或者缺陷的详细清单里头去，找出具体的症结所在，不然很容易漏掉那些藏在平均数背后的局部问题。

　　3、固定复核的节奏

　　在测试阶段，可以安排每一周检查一次里程碑的状态；等时间越来越靠近正式发布的时候，就要把检查的周期再缩得更短一些；每一次复核，只需要集中精力去处理那些已经偏掉目标的指标，并且把谁负责拉回正轨、要在什么时间前恢复，都明确下来，这样责任才不会落空。

　　总结

　　总结起来说，关于ALM Soft里的里程碑到底怎样去设置，以及它延期的时候怎么发出预警，其实可以把整个处理步骤浓缩成这么几条：先创建好节点，再设定跟踪的时间段，接着把交付的范围关联上去，然后配置好关键指标，再给这些指标设上门限值，最后就是持续不断地回头去复核。设立里程碑，并不是为了多画出一张张进度表格，它的真正目的是让项目在延迟实实在在地上演之前，就能早早地看见风险，及时对交付的整个计划做出调整。