“程序员修炼之路 (.)”！

程序开发者根据数据不一致的信息，就可以很直接的定位到问题出在哪里，修改也就很方便了。

这个测试工具做成后，马上在项目中推广使用。效果简直是爆了，很多人用这个功能查到了问题，而且经过这种方法强力的比较一遍数据后，大家也对程序品质更有信心，心气儿都提高了。

系统中最重要的功能就是操作数据库的内容，如果能确保这方面没问题的话，品质基本就没有大问题了。

叶奕凡做的工具，还有些简陋，只是个批处理命令，运行的时候，还需要手动的去输入用户名等参数。结果工具用了几天之后，许远都没和他说，自己主动给这个工具升了一下级，外面套了一个可视化界面。

项目管理的好的时候有个特点，所有员工都以能帮到他人，帮到团队为荣。

有了这个可视化界面后变更方便了，直接在页面上输入参数，运行后新旧数据库的比较结果也直接在页面上显示，要多方便有多方便。

在大家热火朝天，紧张而并不劳累的情况下，时间飞速的过去，转眼间，到了七月的最后一周，周五就是神马项目的主体工程交活的日子了。

在刚接手项目时，叶奕凡就给自己立下一个小目标，就是要在交活那个周五之前一天，也就是周四晚上，不管多晚，都要把项目所有的工作收尾。周五什么活也不干，专门要拿出一天的时间，找个会议室，大家聚在一起吃喝玩乐，顺便总结一下项目经验。

现在一切看起来很正常，测试工作接近尾声，到了周三，整个审视了一下大家手头的工作，所有人的任务，用时都不会超过一天了，一切看起来都是那么的圆满，周四所有工作都会顺利结束。

但不幸的是，意外的情况，总是不以人的意志为转移，总在想不到的时候就发生了。

周三下午，马上就到下班时间了，叶奕凡无所事事，逍遥的在座位闲坐着。这时候，看到伍延熙和李英两人一起，向他这边走过来，脸色似乎不是很正常，不由的感到一丝不安。

果然，两人过来先道歉了。

“实在不好意思啊，我俩刚才仔细看了一下交活的明细表，发现漏了一本Java后台的程序。”

叶奕凡一听，就感觉脑袋开始大起来了，怎么到了现在才发现，这要是早点说，多三本也不是问题啊，项目缓冲时间还是足够的。

李英又开始说话了：“这也不能全怪我们啊，当时整个明显表高谷都审了，他说过没问题的。”

这家伙想推卸责任了，这个没有必要，对方是客户，你把责任推到客户身上，最终吃亏的还是自己，这又不是杀头之罪，犯不上。

沉着声说了一句：“什么事先找我们自己原因。”

李英一听，就换了个角度说：“那这样行不行，这个后台程序吧，从系统流程上看，和国下周做测试时，不会马上用，怎么也得一周之后才需要，你跟高谷关系好，能不能和他说一下，这个程序下周补做出来?”

他们这周交活之后，和国人从下周开始，会按系统流程的顺序做测试。也确实，并不是一开始就需要这本程序，她这个意见，到算是一个解决问题的方案，但不是叶奕凡想要的最佳方案。

他要做的就是完美，大家忙活了大半年，本来一切都很完美，到最后漏了一本程序，就象是吃大餐吃出一个苍蝇，确实毒不死人，但特别膈应人。

沉思了一会，先告诫自己每逢大事有静气，然后又给自己制定了两个处理此事的原则。

第一，绝不能带着遗憾交活，二，周五一天吃喝玩乐的计划也绝不能改变。

有了处事原则后，就在座位上和两人讨论起来，先问了一下：“这本程序的规模你们估计有多大，一天有没有可能做出来?”

两人想了想，都说规模虽然不算太大，但一天的话，有些太勉强了。

叶奕凡一听两人没说一定不行，心里就有点数了，他手里有王牌，就是许远。许远在黄魔法项目的时候，专门做Java后台的程序，思路既清晰，速度又快。只要有可能一天的时间能做出来，那么许远就能用一天把它做出来。

想到此，脑子里也渐渐形成了一个计划，这回要把统筹学用到极致了。

下面的计划中，前面的阿拉伯数字表示任务执行的时间前后关系，前面的数字相同，则代表两个或多个任务同时进行，后面的阿拉伯数字则表示同时进行的不同任务。

1-1，伍延熙和李英两人，先口头商量一下这本程序的结构，先确保两人对程序设计的认识大体上一致。

1-2，同时，叶奕凡马上找许远，策划把他手中的测试任务如何转交给其他人，这时已经有人闲下来了。

2-1，伍延熙开始写这本程序的设计书。

2-2，李英和许远坐在一起，把需要的功能口述给他，协助他先把编码做出个大框架。同时，在可能的情况下，尽量分担许远的负担，比如帮他写出需要的SQL语句等，以节省他的时间。

2-3，叶奕凡发邮件给高谷和新井，告诉他们这件事，要求新井，当这边把设计书发给他审查时，要用最快的速度对应。

3，伍延熙把程序设计书赶完之后，李英先看一遍，确保两人理解一致，然后发给新井，让他审查。

4-1，然后再按照设计书，李英配合许远，把做的程序在细节上完善一遍。

4-2，伍延熙接着写测试计划书。

5，当新井把设计书审查完毕，如提出了修改意见，伍延熙改设计书和测试书，许远改程序。

6，程序完成后，伍延熙和李英分别按测试书进行一遍测试，许远随时对应修改。

项目管理中有个术语，叫做关键路径，是所有任务中，需要时间最长的那个。在华罗庚的课文里，就是烧水的过程，而在这里，很明显是2-2中，许远编码的任务，决定了整体的成败。