TXT下书>都市现代>程序员修炼之路>第一百一十一章 项目要失败

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

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

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

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

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

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

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

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

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

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

余信一指:“他俩。”

原来是二王,叶奕凡马上心里有数了:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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


状态提示:第一百一十一章 项目要失败--第1页完,继续看下一页
回到顶部