损失也是严重的。所幸，从实际操作中，我们发现处理它们的成本并不高：1）培训团队成员照工作流中既定的步骤操作，学会填写任务花费时间和任务所剩时间，并理解意图，所花时间不超过1小时，2）系统配置员要了解需求，设计工作流，并设置人员（如例子中的A、B、C和走流程的人）的权限等，所花费时间在1到3天之间，也算合理，3）以往当团队人员或评审流程有变动，管理人员要更改文档并向所有人宣布；现系统配置员只要花几分钟改系统配置，一切就就绪了。
小结
这并不是一个全方位的风险管控系统；相反的，它是个相当简化，只对关键点作处理的系统。虽然只是做在关键点上，但效果却十分明显。就拿需求变更来说，需求变更一直都是项目中让人恨得牙痒痒的瘤。既然需求变更是不可避免，那我们所能做的就是，尽可能减少变更的次数，降低变更造成的冲击。以往大多数人审核需求变更时较为草率，导致同一个功能点变了又变。在一轮又一轮的返工后，程序员和测试人员会产生倦怠感，编码和测试的质量一再下降。使用了DevSuite后，所有的操作都在系统里留下记录，这统计在年终时可以作为考评的参考材料。自然而然地，审核人员就很严谨地审核每一个需求变更。而且，因为系统设置了每人只有两天的时间处理，审核人员处理需求变更时不仅是快，而且较仔细。单单就这个变化，就使得整个团队的气象焕然一新。
在系统实施后半年，我们做了客户回访，我劈头就问王总监，说的那位产品经理还跟项目经理还吵架吗？瞪了我一眼，停了一下，然后皱了皱眉头说：倒是不吵架了。他们俩现在成了好朋友，联合起来一起对付我了。他自己呵呵呵地笑了起来。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
