【相关分析】(18个分析) |
|
时间:2008-05-29
题目:加强对变更的管理
分析:首先变更是不可避免的,有问题不能回避,只能积极的解决。 其次,要建立变更的流程,避免变更的随意性。建议流程如下: 客户员工提出-》客户负责人确认-》PM确定处理意见-》安排开发处理-》测试-》客户确认。再次,流程虽然建立了,但如果没有办法对流程进行自动化管理,慢慢的流程也就废掉了。建议使用URTracker软件,将流程在软件中建立起来。客户有需求变更的情况时,使用软件对变更的过程进行自动化控制和流转。这样就大大保证了流程的顺利实施,提高了沟通效率,同时可以对每个月的变更情况进行统计分析,有利于提交项目成功的几率。
|
|
时间:2008-05-10
题目:如何控制好需求变更
分析:1。建议建立变更审批委员会,由双方的项目经理及领导组成; 2。必须严格按照需求变更审批流程; 3。全面评估需求变更,认真分析需求变更的原因以及带来的对项目进度、风险、质量等方面的影响; 4。如遇重大变更,需要召开专门会议研究定夺。 5。在如此多的需求变更的情况下,全面做好需求管理工作。
|
|
时间:2007-11-28
题目:变更控制
分析:从案例中可以的知,在项目开始之前,开发商就知道客户是一个新的运行商,没有相关的经验,而开发商也对本地的一些情况不熟悉,项目开始后,就导致了客户需求频繁变更,使得成本、进度、质量受到严重的影响。 造成这种情况的很大的原因是: 1、 开发商没有进行风险分析和已知的风险应对措施 2、 没有利用自己公司的相关的开发经验,为客户提出项目范围需求建议,只是客户说什么就是什么,没有一个严谨的范围定义过程,导致项目范围粗糙,为项目范围频繁变更流下了隐患 3、 没有定义一个适合与本项目的范围变更控制过程 客户能够把一些事情上升到总裁的层面,说明一些需求是客户必须的,只是在之前不知道罢了。若任这种情况发展,必将导致项目的失败。因此可以采取以下措施: 1、 项目立即停止开发 2、 整理已开发的一些工作 3、 评估目前的工作状况,形成报告,列出一些可能应对以后工作的处理方法,向上级汇报 a) 终止项目,宣布项目失败 b) 继续项目的开发,但必须重新定义项目,增加投入(人员、资金等等) 4、 制定出有用户参与的范围变更控制过程 如: 用户提出变更申请 用户PM签字 PM评估与交付时间确认 分析变更对范围、进度、成本、质量的影响,相成报告 变更申请与影响报告和应对措施提交用户PM 用户领导签字确认 变更实施 用户变更实施确认5、 重新做范围调查,定义项目的范围,定义项目的进度 6、 项目继续实施 7、 严格按照变更控制流程控制需求的变更
|
|
时间:2007-05-05
题目:加强沟通,与用户达成一致意见
分析:对这样的情况在各行各业都普遍存在,应如何解决? 1、在项目开始前,应与用户充分沟通,对项目的范围有非常明确的了解和掌握。 2、在项目进行中,随时与用户沟通,让用户参与项目的进程管理。 3、对用户提出的变更,应与用户充分协商,尽量避免这种现象重复发生,应严格按照当初确定的方案执行。 4、在项目开始时应明确,项目变更的费用核算和支付事宜。 5、在项目管理过程中应加强学习,特别对本专业的业务知识和客户关系应充分掌握,这样在项目的管理过程中才能得心应手。
|
|
时间:2007-04-26
题目:引入配置管理方法
分析:本案例存在的问题: 1、客户是电信领域一个新的运营商。(势必对通信工程项目的技术问题没有深层次的理解。) 2、该公司对当地的一些情况不是很清楚。(缺乏项目环境资料。) 3、客户变更非常频繁。(随着项目的进展,作为新运营商的客户对项目的了解越来越明朗,项目需求自然也会增加。) 4、客户将一些问题直接上升总裁到总裁的层面。(造成项目执行层工作的被动。) 针对上述原因,建议是在公司上下达成共识采用配置管理的方法对项目变更进行管理。原因如下: 配置管理可以有效保护项目人员不受反复无常的客户变更需求的干扰更好的满足技术要求,减少受理变更的人员。
|
|
时间:2007-04-16
题目:对于需求确定来说本来就是一件很难的事情
分析:对于需求确定来说本来就是一件很难的事情。特别是工程性项目。不知道楼主所说的项目是属于哪种,看了全文个人认为应该属于研发性的项目,而研发性的项目需求前期确定一开始就需要有一个需求调研和立项的过程。如果说你的公司连需求都没有调研过,没有立项过,那这个项目到底要做什么就没有人知道了。对于写需求文档那都是在调研以及立项文档中都已经确定了的。你要写的是详细的需求规格说明书,并不是你自己凭空可以想出来的。 你应该做好与领导的沟通,详细的确定需求再写说明书。这样就不会出现不知道写什么好了。 就你的描述,这个项目的团队也还没有形成。根本称不上是项目组。 楼主可以借这个项目提高自己这方面的能力,个人认为对你并没有什么坏处。但需要注意的是不要一味的抱怨,应该好好思考一下你该怎么做。
|
|
时间:2007-04-16
题目:如何确定需求
分析:对于需求确定来说本来就是一件很难的事情。特别是工程性项目。不知道楼主所说的项目是属于哪种,看了全文个人认为应该属于研发性的项目,而研发性的项目需求前期确定一开始就需要有一个需求调研和立项的过程。如果说你的公司连需求都没有调研过,没有立项过,那这个项目到底要做什么就没有人知道了。对于写需求文档那都是在调研以及立项文档中都已经确定了的。你要写的是详细的需求规格说明书,并不是你自己凭空可以想出来的。 你应该做好与领导的沟通,详细的确定需求再写说明书。这样就不会出现不知道写什么好了。 就你的描述,这个项目的团队也还没有形成。根本称不上是项目组。 楼主可以借这个项目提高自己这方面的能力,个人认为对你并没有什么坏处。但需要注意的是不要一味的抱怨,应该好好思考一下你该怎么做。
|
|
时间:2007-04-05
题目:如何控制好客户的变更需求
分析:客户永远是上帝.我们做的项目最终目标就是满足客户的需求. 在项目的计划价段,对于那些小的可能会出现的风险我们就要充分的考虑到并制定相应的策略,对于客户所提的需求,如果偏离项目范围较远,必需要很好的和客户沟通,获得他们的配合,比如工期的延迟,预算的追加等
|
|
时间:2007-03-24
题目:全面地了解变更需求
分析:在项目执行的过程中,客户的需求变更是不可避免的即便是有合同的约束。 对于客户提出的变更首先要研究其可行性,如果可行接着再分析对项目的多方面的影响,对于影响大变更和管理层共同研究决定是否接受。总之,变更一定要有确认批准检验归档。
|
|
时间:2007-03-21
题目:如何控制好客户的变更需求
分析:客户需求在项目执行过程中出现变更是必然的,这需要我们认真分析客户需求的合理性和可行性,客户变更的需求经分析后可能有以下几种结果:一是客户需求不可行,他完全超出了现有的条件所能达到的目标,二是客户需求可以实现,但是将带来大量的成本的增加,三是客户需求可以实现,而且不会带来大量的成本的增加。对于第一种情况,从市场的角度出发不能去拒绝客户的需求,但是我们可以为客户分析其可行性,从客户的角度,找出它自身的制约条件,用户最终自己放弃其需求, 如果是第二种情况,那末我们可以为用户提供一份详细地分析报告,言明其将带来的成本和时间的问题,并力图寻找一种变通的方法,是双方都能接受的方式解决问题,实际上有时候客户对自己的需求并不是特别明析,可以引导客户接受更为合理的解决方案。如果是第三种情况,当然答应也就无所谓了。
|
|