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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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