第一百一十一章 项目要失败 (1/2)

和余信商量了一下，项目中不能一个女的都没有，所以专门把吴杰调过来放到了自己的组里。但她不负责编码，负责验收所有人的成果。也就是说叶奕凡的组实际上比其他的组少一个人，因为吴杰是共用的。

这样的话，三个组里人员的分配，基本上很平衡的。

分组之后，任务就很明显了，各组承担各组长设计的功能。

做开发的时候，也有一个和做页面相同的难点，就是怎么通过代码，使各自的功能，显示相应的菜单项。

这可比做页面要麻烦的多，因为里面含java代码，不仅仅是l了。

叶奕凡在家里又熬了两个晚上，从框架的一个示例中，提取了使功能中显示菜单项的办法，写了一个指导文件，一共分七步来做，就可以实际显示菜单的功能。

然后把这个指导文件发给所有员工，大家按这个指导各自配置去了。

第二天早上一来，余信就很正经的和他说：“有两个员工，按你的指导文件，没有配置成功，如果有一个人，那是他的问题，但两个人的话，要考虑一下指导是否写的瑕疵了。”

叶奕凡一听，稍有点不相信，因为自己真是调试着代码，一步一步写的东西，不至于有问题，如果有问题的话，应该是所有人都弄不出来才对。

于是又问了一下：“哪两人个没配出来?”

余信一指：“他俩。”

原来是二王，叶奕凡马上心里有数了：

“我敢和你打赌，肯定不是指导文件的问题。”

然后把安景和徐希田叫过来，吩咐道：“你们一人跟一个，看看他们为什么没弄出来。”

过了半个多小时，两人回复都弄好了。叶奕凡问道：“找到原因了吗?”

徐希田回答道：“其实就是没严格按指导做，有时该大写的不大写，有时处理顺序还前后不一样。”

把这个事儿告诉了余信，他也对两人情况有所了解了。

项目整体高速展开阶段了，但做了两周后，就很明显出问题了。

进度跟计划差的越来越大，大家疯狂加班，基本每天都到10点多，除了叶奕凡的组，进度还过的去，其他两个不但赶不上进度，反而起来差的越大。

和国方面有些急了，余信也急了。这个项目非常重要，以前的项目，大都是和国人为主，华夏这边只做其中的一部分。也就是说，万一华夏这边出问题了，和国人加加班就能给解决。

而这回的项目，是一个新的开始，项目分后台和前台两部分，和国人负责后台，华夏负责前台，如果前台这部分崩了，和国人是没有任何办法弥补的，项目就得砸。

如果项目砸了，后果是很严重的，主要负责人轻则要被弄出部门，重则要离开公司。

华夏这边可能轻易不会让人辞职，但和国那边还真有可能。

于是加班更严重了，最早也得11点走，到12点也是正常的事。

项目的主要工作内容是，各组长前期在和国做的设计，算是外部设计，组员们先做内部设计，再编码。内部设计是用一个叫uml的工具，画的两个图，专业上叫类图和时序图。

一个标准的机能，假设一共需要八天的话，那么内部设计计划用四天，编码用四天。

而实际上，编码四天不够的，正常应该六天才能做完。那为什么要计划成四天呢?

原因就是当时有一个理论，ul工具，画完类图之后，可以直接把类图导进编码工具中，这样就会把编码前期的框架直接生成，所以能够减少两天的时间。

而现在的问题是，大家编码能力都不错，但uml多数人不熟悉，只有徐希田以前用过，相对水平高一些。所以很多人连uml做图用4天，都不敢保证能做完，到编码阶段，设计也经常有变更，一边编码，一边再去改uml，整个进度就一拖再拖。

而且这种交叉工作，弄的大家心理上也疲惫不堪，士气越来越差。

这个系统，将来预定是叶奕凡和文连夏长期做维护的，也就是说，这是他以后的饭碗。

如果项目失败了，余信会受到很大牵连，叶奕凡不得不找其他饭碗，而其他人无所谓，再换个项目就可以了。所以为了自己的饭碗，也为了余信能立住，叶奕凡是必须让这个项目成功的。

他以前稍微接触过uml，记得这个工具非常强大，可以把很多种语言的代码导进去后，生成相应的各种图。

于是就找徐希田讨论这个问题，正好他以前也这么用过。叶奕凡就让他演示一下，发现这个步骤简直太简单了，而且速度快，一个功能十来分钟就可以把图作出来。

可能需要手工调整一下位置保证美观，但半个小时也足够了。

半个小时，完成计划中需要4天的工作量，这是多大的突破啊。于是在当天的项目会议上直接提出了自己的观点，就是让大家先做编码，再反向生成两个图。

没想到的是，自己话音刚落，就被莫升否定了。“哪有先做编码，后作内部设计的。”

张瑞比较迷信莫升，基本上以他的意见为意见，看莫升反对也就跟着反对了。

其他大多数员工，也反对，顾天明等少数人没有说话。

大家反对的理由，并不是说这样做有什么问题，而是最让叶奕凡无法接受的理由：

“以前没见过这么干的。”

有反对的，有沉默的，就是没有赞成的，这个意见还没讨论就被否决了。