畅享博客 > mse07 > 案例分析——项目经理的日记
2007-9-3 14:05:53

案例分析——项目经理的日记

各位同学,我们讨论的第一部分问题分析已经写完了,但是由于能力有限,很多方面写的非常粗糙、并且口语化现象比较严重,请大家一起讨论修改,并将剩下的部分一起写完。谢谢!群论坛里好象不能发贴,哪位同学有自己的论坛共享一下,我们一起发贴讨论就比较方便和直接。另外附一般的“软件开发流程”和“项目开发流程。”

 

一、        问题分析

1.  前期没有进行仔细的调研:安讯公司在项目启动之前没有做过调研,没有仔细的调查客户的需求,也没有分析自己的实力是否能够接下项目,草率上马,盲目启动项目。在编写SOW时发现了对方的需求与原来设想的不同,此时没有意识到问题的严重性,项目经理没有亲自参加需求收集的讨论会,仅派了下面市场部的负责人去了趟香港,甚至连对方的业务流程都没有分析清楚。在对香港用户的业务流程、使用习惯、公司情况等方面没有做到仔细调研,以至预备严重不足。

2.  没有制订规范化的流程来实施有效管理:安讯公司在软件开发方面并没有严格遵照软件开发的流程,可见公司的制度和管理的规范化存在很严重的问题。尤其在合同的签署上,对于附加条款、需求变动、延期、工程款支付等方面细节没有考虑到。按照一般流程,用户需求的确定,需要形成文件并双方确认签字,在没有双方协商讨论的情况下不得更改。这在本文里没有看到,以至在后期项目经理疲于应付用户的需求随意变动,严重破坏了工程的进度。在需求收集阶段,项目经理都没有参加业务流程讨论会,仅派了下面市场部的负责人去了趟香港,回来后闭门造车写出来的SOW文件也仅仅只传真了过去,并没有跟进收集用户的反馈,接着便想当然的按以往的思路进入到开发阶段了。

3.  没有与用户进行有效沟通:没有与客户进行有效仔细的沟通,没有去了解客户的业务流程、使用习惯、对功能的需要等需求,在召开会议的时候重要的成员都存在缺席情况,甚至安讯公司在承接香港项目的时候,都没有招聘懂的英语和粤语的工程师,也没有派遣项目组成员长驻香港以负责需求收集和双方的即时沟通,总的说,双方从高层到中层再到基层都缺乏有效的沟通。

4.  没有管理好自己的上司:用户方盛凯公司存在严重的体制问题,项目的负责人井之助没有实际的职权,而前项目负责人程万科与项目牵涉到本身利益问题,新系统的上马会造成公司制度的改革,触犯了他的根本利益,所以必然会是个阻力。本文的主人公没有管理好自己的上司,没有获得自己公司张总的有效支持,也没有将这些体制问题即时反馈给对方公司的高层来获得支持和解决,使得双方高层在对待该项目上都没有重视,高层之间也缺少有效的沟通与对话,从而导致于后期受到处处制肘,致使项目失败。

5.  风险管理不到位:前期的预警不足,危机意识不到位,没有仔细分析和考察项目情况,对项目的进度盲目乐观;中期意识到危机发生时又没有及时采取有效手段去控制和执行;晚期危机爆发时没有应急措施来应对,没有补救的手段。

6. 没有做好资金预算控制:对自己公司的财务制度不了解,也没有做好项目的预算和控制,到后期才发现收到的资金与项目花费的资金不成比例,导致了严重的危机。

 

 

 

 

 

软件开发流程:

需求分析Requirement Analysis)→系统分析System Analysis)→系统设计System Design)→程序开发Implementation)→集成及测试Integration and Testing

 

项目开发流程:

集成测试阶段

需求分析阶段

程序开发阶段

系统分析阶段

系统规划阶段

修正

收集并研究该项目领域知识

收集用户需求

收集分析

提案简报会议

软件架构与模块规划

系统分析会议

模块细节流程规划

数据表规划设计

系统设计会议

程序开发

集成测试

软件发布/安装/使用手册

开发日程与估价

提案简报

(文件产生)

系统分析

(文件产生)

系统设计

(文件产生)

软件产出

(文件产生)

修正

修正

修正

 


推荐到鲜果: 查阅更多相关主题的帖子: 案例分析

评论

顶一个!大家跟贴讨论啊!这个星期要交作业了啊!不然全是零分!

发布者 酒中仙
2007-9-3 22:17:31


知道讨论地址了,晚上我来讨论...

发布者 匿名用户
2007-9-4 15:01:54


帅进

发布者 匿名用户
2007-9-4 15:02:39


我来说一下解决问题的方法,项目应该继续下去,但应采取以下措施:
1.与盛凯总裁叶焕沟通,更换项目总负责人井之助,另选有组织能力和控制能力项目总负责人,在盛凯另选一个业务技术都熟悉的人接替程万科做项目沟通
2.重新与盛凯沟通需求,深入分析盛凯的业务、工作流程和操作习惯,重做系统需求分析,并将形成需求和需求分析双方确认签字
3.要进行需求管理,对开发过程中产生新需求一般列入项目上线后二次开发
4.项目组开发人员常驻盛凯开发,并注意开发过程保持与盛凯业务技术人员沟通,开发过程要形成各个阶段里程碑文档
5.要建立项目风险控制管理

发布者 hechengyu
2007-9-4 21:09:59


同学们要赶快讨论啊!

发布者 hechengyu
2007-9-4 21:10:51


安讯整个项目失败最大的源头在于需求的确认以及有效的沟通,其实我们可以发现IT业界的很多项目失败都是在于需求的把握拿捏不够准确导致后面的设计以及开发困难重重,最终的结果都是项目失败告终!

因此在对于此个问题上的分析,我认为是:

总的前提:不管项目目前情况如何的糟,还是要继续进行下去的,因为安讯为了盛凯AHS这个项目已经花费了85%的合同金额了。只能够说是针对问题逐个解决了。

1、人员配置上面,双方都需要有一个整理需求的人员,即双方所有的业务分析整理以及会议记录都由此人编辑并分发给各自的项目小组人员。其二,安讯项目组还需要有个语言沟通人员,需要掌握并理解盛凯项目小组的交流方式。这样有助于双方的效率提高!

2、在需求上面,安讯的项目经理需要对设计师的SOW进行详细的分析,反复的与盛凯项目组人员沟通,必要时候亲自去香港与对方的项目组人员进行会议,一旦发现项目的苗头不对,应该立即就与盛凯的项目负责人井之助反映(由于本文章中描述的井之助没有实权,建议先告诉他知晓,毕竟他还是项目的总负责人,做为系统供应商来说需要知会这点),另外还需要再次的整理出一份报告向盛凯的总裁叶焕报告。让叶焕对此事进行项目组内的调整。

我相信经过此种项目的前期需求调研分析,应该会对盛凯的业务了解程度提升一个高度!

3、根据反复砌商出来的需求进行架构Engineer以及UI Designer.待设计完成再次的与盛凯沟通,当然这个要建立在项目周期许可的范围内。否则此步骤省略,直接进行敏捷开发模式。 

4、对于风险管理的问题,需要在项目启动的时候简要建立好预警机制,那么我觉得这点应该在项目的可行性报告里面就应该提出来,在后面项目实施的过程中进行调整确立。

5、对于资金链,这个应该是安讯的问题,安讯的财务部门没有及时地与当前项目经理进行定期沟通,及时地把问题呈现出来。导致后期在财务做帐的时候形成了一个重大的失误,将所有的合同款全部计入公司收入,然后此时叶焕已经不可能签署欠款确认书了。

不得已的办法:为了能够使得项目能够顺利地进行下去,安讯公司张总以及项目经理需要去香港与盛凯总裁叶焕进行面谈商榷,将一套针对这些问题处理的可行性方案呈现给叶总裁知晓。尽可能的将损失减少到最小,再谈一下合同的附加条款,为防止以后出现类似的情况。如果叶焕坚持要赔款,也只能适当的给予了。前提是为了项目能够进行完结!

                                                                                                                                                          -----------帅进 2007年09月05日

 


发布者 帅进
2007-9-5 12:16:23


安讯在项目前期没有进行详细的调查研究就急忙和盛凯签订合同。当第一次发现盛凯对系统实际需求出入很大时,没有一个很有效的应对措施。几乎仅凭安讯单方面花一个月构思出的所谓方案就认为前期分析结束,没有经过客户的确认就赶紧进行闭门造车式的开发。开发4个月后,产品雏形进行演示才发现沟通上存在障碍,更严重的是产品功能和客户需求相距甚远。在进行补救过程中,关键的设计人员又被掉走无疑雪山加霜。当用两个月完善的新系统演示给盛凯看时,又再次发现和实际需求仍然有差距。此时在内部沟通过程中,不断发现许多自身企业存在的问题,再加之团队低落的士气,项目已无法避免走到失败。

从这个案例中表面上可以很容易看出项目经理在管理上出现问题,如再细想一下不难发现企业存在的深层次问题。就项目经理个人而言:急于求成,没有深入分析实际中可能存在的问题;项目缺乏严密计划,整个项目没有一个对项目危机处理的缓冲时间,最后导致关键人员离开项目;项目在最初发现问题时候没有进行过具体分析评估,缺乏具体的应对方案;项目进行过程中,双方没有能够充分沟通。就企业而言:在前期签订合同时没有在细致考虑;企业领导没有细致考虑自身条件下就草率要求必须满足客户的各种要求;该企业缺乏对项目和财务的监督机制。

如果要在该项目获得成功,项目经理必须得起到一个沟通桥梁的作用。可分对外和对内两个方面入手。对外,一开始的合同就应该避免对自身不利的条款,并且要明确体现安讯能够提供怎样的服务,不能够提供怎样的业务;当发现实际需求有出入时候,应该尽量花足够多的时间和客户沟通项目需求流程等细节问题,尽量取得客户的理解和支持;要尽量创造双方能互相交流的渠道。对内,要客观的评估自身实力,量力而行,专注自身强项其它功能外包出去;在设计软件的时候,就应该在操作流程上沿袭原先的模式,将基层的抵触降到最低;开发过程应该确定多个阶段式里程碑,开发完成可以让用户了解和能及时修正,也能鼓舞士气;通过该项目逐渐完善公司管理流程。

产品要获得客户的认可,必须先明确其需求。把握好客户的期望值和满意度,取得了客户的认可和承诺后才去实现。对于合同应该保持低承诺,超值交付,才能保证获得高满意度。做之前应该有具体而且可操作的阶段计划,逐步完善降低不必要的风险。


邹彬

发布者 匿名用户
2007-9-5 14:41:27


最后要形成一篇文章提交上去:
分为四个步骤:
1. 找出问题
2. 分析问题
3. 解决问题
4. 心德体会
最上面找出和分析了6点问题,已经很全了。我在补充一些:
1. 前期没有进行仔细的调研和准备:在双方讨论完需求分析以后,最好将相应的条款包含到合同当中,用这个来约束合作方。前期做好充分准备,并根据公司本身的实际情况来决定到底能做什么,而什么是不能做的,做自己能做的不能超出自己的能力范围。
2. 作为合作双方的高层领导没有对整个项目进行有效的沟通和控制。重视程度不够。合作双方应该是一个多层次的沟通,从底层到高层,通过双方的共同努力使项目顺利的进行。
3. 要对项目的财务预算进行更加严格的控制。并作出急时的预警。

解决问题:
大家在上面已经都写了很多了,我没有什么补充的了。
心德体会:
俗话说万事开头难,一个合作项目的成功,同样需要一个好的开始,而其中最关键的就是要做好各个方面的充分的准备。合作双方面对面将需求确认下来,最终形成文档,在合同中对可能出现的各种变动做明确的说明。在项目的实际运作中进行急时有效的沟通。企业管理涉及到方方面面的内容很多,要根据每个公司的实际情况,找到合理的解决方案,而在实际的工作当中我们应该多积累各方面的经验,注意发生在身边的各种事务和细节。把学到的理论知识用到实际的工作当中。
龚潇

发布者 匿名用户
2007-9-5 22:10:04


对了,老师说的字数700-800就足够了。

发布者 匿名用户
2007-9-5 22:11:42


看来差不多补全了,现在需要整理成四个步骤:
1. 找出问题
2. 分析问题
3. 解决问题
4. 心德体会
提交上去给老师了.
倩倩还是由你来整理吧,回复!

发布者 帅进
2007-9-6 13:50:19


文章我已经写完了,怎么发给大家?
老师的邮箱是哪个?

发布者 帅进
2007-9-7 10:12:45


课件里有老师邮箱

发布者 匿名用户
2007-9-7 10:58:19


课件里有老师邮箱

发布者 匿名用户
2007-9-7 10:58:27


您正在以 匿名用户 的身份发表评论  快速登录
(不得超过 50 个汉字)
       看不清,换一个
提示消息
(输入完内容可以直接按Ctrl+Enter提交)