本篇文章由导学宝转自：http://blog.csdn.net/techexcel123/article/details/7237148
为什么在实际工作中做调整最难呢？答案其实也很简单，变数太多！再好的规划也无法预测到以后会发生的事情，哪天突然停电了，哪天地震了，哪天员工生病了，你能想得到啊？！既然无法想象得到，我们就得在发生时随时做调整，调整资源，调整时间，甚至增减项目。
当然，地震也未必有的，所以大家也放宽心，员工请个假也正常，其他人帮忙顶顶，或者到时周末加个班，这些都是可以解决的，最最最重要很难解决的是什么知道吗？就是我们怎么来判断一个事情对项目的影响程度，也就是我怎么来知道现在要不要加人减人，要不要延期，要不要加钱，如果不需要，那什么时候应该做这些事情。
很多时候，我们都是在项目快要完成的时候才意识到这种问题，不过那个时候已经来不及了，延期是必定了，甚至客户不想买了，损失就可能很大了。 所以我们需要提前意识到这类问题，从而提前解决掉。这个就是我们当初决定用TechExcel DevPlan的一个最最最重要的原因！（大家有没有听说过蝴蝶效应这个理论，一只蝴蝶在西半球震动了一下翅膀，可能导致东半球刮台风，为什么呢，蝴蝶震动了一下翅膀，会导致周围空气发生变化，这块空气的变化可能就会影响旁边地方的空气变化，就这样一块接一块地发生连锁影响，最后就导致了台风的生成。 由此可见，如果一个员工某一天迟到了或者请假了，都可能导致严重的事情发生，如果能够预见到可能发生的结果，那是多么有意义！）
其实这个问题也是很多公司都有的问题，即使你的设计再精彩，开发再出色，测试再专业，只要中间出了些问题，且没有来得及解决好，那就什么都没用! 那这个问题能不能解决呢，怎么解决呢？当然，答案还是很清楚，肯定是YES，不过有些网友还是想知道细节，所以还是来稍微说明一下吧：
一般出问题的时候，我们可以来分析一下原因是什么，客户临时决定要加几个功能，领导拍板说要做，设计以为很简单，开发也很快做好，测试发现了很多这个功能影响很大，发现了很多问题，所以导致开发需要花很大精力去修Bug，最后其他功能也没完成好，再最后，时间到了，产品没出来。
是谁的问题呢？都有问题是吧，客户你就不该加这几个功能，呵呵（哼，不做不给钱）；老板呢，你老是这样拍板（客户要的，我得给）；设计人员总是说很简单，不会有影响（的确好像挺简单的啊）；开发总是考虑得太少相关功能（也不是我没考虑全，时间就这点，我还得做其他活了）；测试人员总是爱找Bug（我爱Bug，我爱Bug）。。。。。。，呵呵，其实谁都没有问题，那问题在哪里呢？
问题在于，我还需要多点时间，或者多点人力。可是谁也没提，如果当初客户要加功能的时候，老板可以争取多点时间，如果开发接到活的时候，多要点时间或者人手，如果测试拿到Build以后，根据Bug情况也要求一些额外资源，想必这个项目起码能稍微好一点，即使最后还是延期了，起码是在大家已经早就预料到的情况下了。
我们以前也经常碰到这种事情，在用了DevPlan系统以后，这种事情已经大大减少了，因为在DevPlan中，很多可能会影响到人力，时间和成本的因素，都会有自动预警机制，使得你可以早做调整，去增加人力或者增加时间，相应的，这个项目规划图就会实时进行更新，领导们也能随时看到这种情况，而且通过关键路径或者基线（Baseline）的比对，管理层可以很清楚得知道这个项目会不会延期，会不会超支等。
也许有人还不太明白DevPlan如何实现预警功能的，这个我之前也不明白，后来问了TechExcel的何工后才稍微了解了一下，原来由于DevPlan可以与软件开发的其他环节的管理软件（TechExcel DevSuite解决方案的其他几个产品，我们公司也买了）无缝集成，共享信息，而那些产品，比如需求管理工具（DevSpec），开发管理工具（DevTrack），测试管理（DevTest），报工管理工具（DevTime），文档管理工具（KnowledgeWise），都是管理着最直接的产品开发工作，也就意味着能获得最精确的工作数据，比如这个功能预计要做多少时间，实际用了多少时间；按照当前的工作效率，剩下的功能还需要多少时间完成；加了这个功能，可能会影响多少的时间；测试最近几周发现严重Bug的趋势如何；之前的成本投入情况怎样，按照现在趋势，未来一段时间的成本会有多少。。。。。。所有这些数据都是非常精确的数据（甚至可以精确到个人在项目开始以来花了公司多少成本，做了多少功能，修了多少Bug，工作效率是否一直很好还是有所下降），然后这些数据可以在DevPlan被调用到，DevPlan再根据这些数据通过一定的算法就会得出项目调整的预警，比如知道了测试最近提交Bug的数量趋势，就会决定是否安排更多开发去修或者是延长时间；知道了这个新功能加入后预计完成所需时间，就可以提醒老板是否跟客户说一下延长一下交货时间；知道了这个员工同时在做几个功能，工作量已经超负荷了，需要减负或者加人；知道了有人马上要修婚嫁了，就得派其他人接手一下。。。。。。
就这样子，基本上能解决现在碰到的大部分问题，当然不同公司有不同的流程，也许有的公司还不能照搬这个方式，不过我对这个系统还不是很熟，也许还有其他功能，以后慢慢研究。
（未完待续）
文章作者：石磊
文章出处：http://blog.csdn.net/softerwarer/article/details/7096659