在技术方向确定以后,项目正式开始了.
世界上往往有很多看是没关系的事情,结果却是普遍联系和相互影响的.
在这个项目开始以后不久,负责这个项目的部门经理的老婆怀孕了,经理经常需要陪老婆去医院检查,加上其他工作太多,于是这个调查整理需求的任务就落到了我们几个新兵头上.
现在回想起来,当时的项目招标也好,答标也好,都很简单的,那里象现在,一个应标书就200多页,真是恐怖.
我们首先去找B公司的各个业务部门进行访谈,然后再一一整理他们的具体要求.在浪费了将近3个星期的时间以后,终于发现这种分布的访谈解决不了问题,而且各个部门之间的回答五花八门,很多是互相矛盾的,究竟做成什么样谁也说不清楚了.
应该说客户还是有一定水平的,在发现项目出现问题以后,A公司和B公司经过协商,决定聘请P学校的S教授来主持需求讨论工作,这样就形成了甲乙丙三方,由乙方付一部分顾问费用.
教授就是教授,来了以后就组织开大会,把各个部门的负责人都叫来,大家一起讨论,用流程图的形式详细分析原本的业务过程,花了将近2个月的时间,终于整理出一份完整的业务需求说明书,我们这些业务上的外行,终于用流程图的形式把B公司的整体流程弄明白了.而这对于B公司来说,也是开天辟地头一次,他们自己也终于知道自己的工作流程是怎么样的了.

需求讨论的过程总的来说,是非常顺利的,但在其中也发生了一些插曲:
S教授原本的想法是借助这个机会,对现有工作流程进行再造,达到降低成本的目的,而一旦牵涉到对现有流程的再造,就会遇到各个现有单位的强烈抗议,最后S教授终于明白现在条件还不成熟,于是妥协了;
S教授对于计算机是外行,刚开始抱有很高的期望,想把所有的流程都弄到计算机里头来,最后经过长期的说服,终于同意只放一部分,其余部分继续走纸面流程.

不管怎么说吧,虽然项目现在一行代码也没有开始写,但最后还是弄出了A公司唯一的一份正式的业务需求说明书,其中包括业务的流程,那些部分要用系统实现,数据流程是怎样的,涉及那些表单,具体包括那些域,基本上来说这是一个巨大的飞跃,从一无所有到最后弄出了一份客户,公司,S教授都认可的业务需求说明.

说来惭愧,在以后的工作中,尽管自己也很努力,但当时那样详细的需求说明书,再也没有能够写出来过.

现在回忆起来,这件事情能办成,有以下几个因素:
1.公司对项目的进度没有要求,因为不是主营业务,处在放羊的阶段,因此才有可能花那么长时间一一访谈,深入了解细节
2.客户找到了S教授作为自己的代言人,他本身有业务基础,也有组织理论水平,因而可以保证项目组的行动不受干扰的进行
3.在当时的历史条件下,大家对于信息化的热情都很高,目标一致
4.A公司当时没有生存压力,因而可以长期做下去
5.自己当时刚毕业,满腔热情,一起工作的人热情也比较高
6.客户,公司,S教授的协同努力.

不管怎么说,到了12月份,我的第一份工作半年以后,终于结束需求阶段,准备进入项目开发了,这时候新的意外发生了...

-----TO Be Continue------
评论
juzhenwen 2008-04-21
继续,写的不错.
发表评论

提醒: 该博客已发表在公共论坛,博客所有留言会成为论坛回贴,留言请注意遵守论坛发贴规则

您还没有登录,请登录后发表评论

liujunsong
搜索本博客
博客分类
最近加入圈子
存档
最新评论