项目的主要工作内容是，各组长前期在和国做的设计，算是外部设计，组员们先做内部设计，再编码。内部设计是用一个叫uml的工具，画的两个图，专业上叫类图和时序图。
一个标准的机能，假设一共需要八天的话，那么内部设计计划用四天，编码用四天。
而实际上，编码四天不够的，正常应该六天才能做完。那为什么要计划成四天呢?
原因就是当时有一个理论，uml的工具功能比较强大，用uml工具，画完类图之后，可以直接把类图导进编码工具中，这样就会把编码前期的框架直接生成，所以能够减少两天的时间。
而现在的问题是，大家编码能力都不错，但uml多数人不熟悉，只有徐希田以前用过，相对水平高一些。所以很多人连uml做图用4天，都不敢保证能做完，到编码阶段，设计也经常有变更，一边编码，一边再去改uml，整个进度就一拖再拖。
而且这种交叉工作，弄的大家心理上也疲惫不堪，士气越来越差。
这个系统，将来预定是叶奕凡和文连夏长期做维护的，也就是说，这是他以后的饭碗。
如果项目失败了，余信会受到很大牵连，叶奕凡不得不找其他饭碗，而其他人无所谓，再换个项目就可以了。所以为了自己的饭碗，也为了余信能立住，叶奕凡是必须让这个项目成功的。
他以前稍微接触过uml，记得这个工具非常强大，可以把很多种语言的代码导进去后，生成相应的各种图。
于是就找徐希田讨论这个问题，正好他以前也这么用过。叶奕凡就让他演示一下，发现这个步骤简直太简单了，而且速度快，一个功能十来分钟就可以把图作出来。
可能需要手工调整一下位置保证美观，但半个小时也足够了。
半个小时，完成计划中需要4天的工作量，这是多大的突破啊。于是在当天的项目会议上直接提出了自己的观点，就是让大家先做编码，再反向生成两个图。
没想到的是，自己话音刚落，就被莫升否定了。“哪有先做编码，后作内部设计的。”
张瑞比较迷信莫升，基本上以他的意见为意见，看莫升反对也就跟着反对了。
其他大多数员工，也反对，顾天明等少数人没有说话。
大家反对的理由，并不是说这样做有什么问题，而是最让叶奕凡无法接受的理由：
“以前没见过这么干的。”
有反对的，有沉默的，就是没有赞成的，这个意见还没讨论就被否决了。
余信始终没有说话，叶奕凡知道他的处境，他是疑人不用，用人不疑，虽然他觉的叶奕凡说的话肯定会有道理，既然用了莫升做ita，这方面的事，就得由莫升来拍板。
这一下讨论就进行不下去了，事情暂时放置了起来。
又过了几天，叶奕凡偶然看到徐希田做完类图之后，并没有用类图自动生成代码的框架，而是在编码工具上，重新把所有的元素手工输入一遍。
这一下不淡定了，马上问徐希田：“你为啥不自动生成代码，还要用手工输入呢?”
徐希田看着叶奕凡，想了想，露出一个苦笑的神情：“不习惯啊。”
徐希田是这些人中，对uml最熟悉的，连他都不习惯，哪能指望别人能节省两天的时间了，也就是说，每个功能两天的时间，是结结实实的浪费了，就算往死里加班，别说追赶进度，这两天的时间都不一定能赶回来。
换句话说，如果任其发展，什么也不做的话，这个项目的失败是必然的。