在聊ASPICE MAN.3项目跟踪怎么去开展，还有偏差措施又要怎样去验证的时候，重点并不只是看一看项目有没有照着计划往前面走，还得去瞧清楚实际的状况跟计划之间到底有没有出现偏离。项目管理如果只停在一张进度表上，好多问题是会被盖住的，比方说人员跟资源不太够、缺陷关得慢慢吞吞、供应商那边的交付拖了时间，又或者测试环境老半天都没准备好。MAN.3更加关心的是，项目是不是在被持续地管着，一旦发现了偏差，后面跟上的措施是不是真的起到了作用。

　　一、ASPICE MAN.3项目跟踪怎么开展

　　MAN.3这个项目跟踪，可以把它想成是对项目状态的一种不间断的察看，它并不是单单去更新一下任务完成了多少比例，而是要把计划、实际的进展、冒出来的风险、碰到的问题，还有交付物的情况拢在一块儿去打量。这样呢，项目一旦偏开了原来的计划，团队就能比较早地发觉，而不是一直拖到快交付了才手忙脚乱地去堵窟窿。

　　1、先确定项目跟踪基准

　　结合【项目计划】、【里程碑】、【交付物清单】和【资源安排】，确认项目跟踪时要对照哪些内容。

　　拿需求冻结的时间、软件版本要发布的日子、测试收尾的节点、评审要走到哪一步，还有关键人员是不是都投进来了这些事情来说，它们都应该有一个清晰的安排摆在那里，要是连个基准都没有，后面就很难去分辨项目到底是在正常地往前推，还是已经悄悄地生出了延期。

　　2、项目跟踪不能只盯进度

　　进度不过是项目状态当中的一个侧面罢了。测试发现的缺陷关掉了没有，风险往上升级了没有，关键的资源是不是被别的事情给占住了，供应商有没有按着说好的时间交付，这些东西也一样会拽着项目的结果往下沉。打个比方，开发的任务看起来像是完成了，可测试那边的缺陷一直堆在那里没人清，那项目的实际状态仍旧算不上稳当。

　　3、跟踪频率要跟项目节奏匹配

　　对照【周例会记录】、【问题清单】和【里程碑检查记录】，确认项目状态是否持续更新。

　　平常的阶段，可以按周这样的频次去跟踪；可一旦临近了发布，或者缺陷猛地集中往外冒，再不就是供应商的交付变得不太稳当的时候，跟踪的密度就得跟着往高里调。这里头的意思并不是为了多开会，而是怕关键的状态信息断掉了，就比如有阻塞性质的问题撂在那里没人理，或者是风险明明已经升高了，可项目的计划里头还看不出来一点影子。

　　二、ASPICE MAN.3偏差措施怎么制定

　　项目上的偏差，不只是延期这一种样子。资源上短了缺了、质量上说不过去、交付物有遗漏、测试环境压根儿用不上、供应商给出来的东西忽好忽坏，这些全都有可能滚成偏差。偏差冒出来以后，定措施的时候可不能只写上一句“继续跟进”，这种讲法太粗，很难当真去把麻烦给解开。

　　1、先判断偏差原因

　　结合【进度偏差】、【资源偏差】、【质量偏差】和【风险偏差】，确认问题主要卡在哪一类。

　　好比说测试这一块儿延期了，背后的原因说不定是干测试的人手不够，也说不定是软件版本的质量太差，还可能是测试环境一直没搭利索。表面上看着都是延期，但下药的法子可不一样：人不够就去补资源，版本质量差就得先把缺陷给压下去，环境上的事呢，就要奔着设备、权限或者工具链去解决。

　　2、措施要有责任人和完成时间

　　对照【偏差记录】、【措施清单】和【责任分配】，确认每项措施都有负责人、完成时间和预期结果。

　　比方讲，需求的评审拖了日子，那就得讲清楚由哪一个去把缺了的输入补上来，材料什么时候能备齐了，又准备在什么时间点重新拉起评审。措施定得越是具体，后面就越是容易去判它到底执行到位了没有，那种既没有落到人头、也没有卡住时间点的措施，是很容易就停在记录里面吃灰的。

　　3、计划调整也要受控

　　有些偏差靠短期的处理是可以追回来的，可也有些偏差已经把整盘安排都给带歪了，就比如说关键功能要重新做设计、供应商交付往后推了一大截、重大的缺陷一直在不停地往上堆，碰到这种情形，就说不定得去调整里程碑、调整资源的盘子，或者动一动交付的范围。计划是可以调的，但是调过以后得要形成一份新的、受控的基线，不能只是嘴上说一声就过去了。

　　三、ASPICE MAN.3偏差措施怎么验证

　　去验证偏差措施的时候，不能光看措施是不是在纸上给填上了，还得回头去瞧项目本身的状态有没有好转起来。措施是执行了，可要是进度、质量或者风险这一块儿看不到什么变化，那这个偏差就不能算是真正关掉了。

　　1、先看措施是否落地

　　结合【措施关闭记录】、【执行证据】和【更新时间】，确认措施是否按计划完成。

　　就比如说，在补充测试资源这件事情上，就应该能看见人员安排的调整或者测试计划的变动；要求把阻塞性的缺陷关掉，就要能看到缺陷状态的变化；要求把缺掉的需求输入补齐，就要能看到更新过的需求或者重新评审的记录。光甩过来一句“已经处理了”，这种证据通常是不够的。

　　2、再看偏差是否收敛

　　进度上的偏差，要去看延期是不是在往回收；质量上的偏差，要去看缺陷的数量和严重程度有没有在往下掉；资源上的偏差，则要去看那些关键的任务是不是已经有人兜住了。要是措施跑了一大圈，项目状态还是老样子，那就说明这套措施很可能没有咬到真正的根子上去。

　　3、关闭前检查影响范围

　　对照【项目计划】、【风险清单】和【交付物状态】，确认偏差没有继续影响后续任务。

　　比方说，某一个模块的延期看着是撵回来了，可它说不定已经拖累了后面集成测试、系统测试，甚至是客户交付的那个时间点。只把眼前这个问题关掉，却不扫一眼后面跟着的一串影响，那这个偏差保不齐就会换个样子，在别的地方又接着冒头。

　　总结

　　总的说起来，ASPICE MAN.3的项目跟踪要怎么去做，偏差措施又要怎么去验证，关键的地方是要把计划、实际的状态、偏差本身、跟上去的措施，还有验证出来的结果串在同一条链子上。项目跟踪的时候，既要瞄着进度，也要去看资源、风险、质量，还有交付物的状态；定偏差措施的时候，要带着原因、落到人头、卡好时间点，还要配上能够拿出来检验的证据。只有等这些措施使上去以后，项目的状态真的在往好里变，去关掉一个偏差才算有了压得住的底子。