| 【相关分析】（13个分析） |
|
|
时间：2012-08-09
题目：采取适可的沟通方式确定项目原则，引导客户
分析：1、项目启动极端确定项目范围，或者说基础版本范围说明书。
2、日后有变更，需根据实际情况，是否会影响到范围基准或者成本基线。
3、经过评估该变更对项目范围会有所影响。那接下来就和客户方沟通 范围变更带来的工期周期，进而会更新项目整个进度基准。客户方签字，修订新的周期好成本规划。
4、客户可能不理解变更给整个项目带来的影响，此时PMP需要根据客户特点与客户沟通，让客户尽可能多了解和理解，变更对此对彼的影响。
5、客户当然需要维护和培养感情，但是最多的需要引导。
6、摆明项目变更利害关系
|
|
|
时间：2008-10-17
题目：关于控制需求变更的一些意见
分析：1、站在客户的角度，分析该变更带来的影响
2、找出客户在乎的几个关键因素，告知变更将对其带来的影响
3、拿出以前需求变更的次数、内容，让客户知道这其中带来的危害
4、站在技术权威的角度说明利弊
5、即便是很容易接受的变更，也不要轻易答应客户。不能宠坏了客户。
|
|
|
时间：2008-10-17
题目：中国式的悲哀
分析：首先客户不断的更改需求，那么项目经理肯定是要承担责任的。
需求变更是不可避免的，但是如果在项目的前期阶段就对需求做了细致的分析、评审、确认工作。包括建立适当的需求变更机制，那么项目可能就不会有这么多的变更了。
公司负责人要求项目经理服从客户要求，是典型的中国式的悲哀。我不想过多评论。公司会有公司的战略目的。我们做好自己的事情就OK.
|
|
|
时间：2007-11-09
题目：需求确定和沟通
分析：1.作为项目经理应该确定好需求范围，如果客户对本身需求比较模糊，应该主动引导客户，尽可能多的获得需求。需求确定后应该找客户确认签字。
2.如果客户提出要更改需求，要考虑工程延期和质量问题，需求更改会直接导致质量降低，因为需求变更的控制是在比较难。如答应要更改，更改所产生的负面影响要给客户确认。
3.上级领导强制要项目服从客户需求变更，要和领导多沟通，也要说明项目情况和如果项目出现问题自己的权责要明确，要上上级确认。
|
|
|
时间：2007-11-09
题目：客户需求变更导致延期怎么办?
分析：分析如下:针对此案例,我认为:做为此项目负责的项目经理,在与客户的沟通中存在问题。应该利用自己的专业知识说服客户相信原计划的正确性，并尽量让客户明白频繁变更导致的后果。因项目最终的延期，我认为项目经理负责有沟通不利的责任，至少承担一半因延期产生的损失。
|
|
|
时间：2007-11-08
题目：客户需求变更导致延期怎么
分析：业主提出变更要求,项目经理应及时组织项目相关人员在规定期限内提出变更确认和变更工程价款的报告.由于业主的原因项目经理可以提出费用索赔和工期索赔.
但对于工程质量问题或没有达到业主的要求项目经理承担相应责任.
在施工过程中应加强质量控制.
项目经理在施工过程中即没有履行变更索赔程序又没有加强现场的质量控制造成的后果应由项目经理承担全部责任.
|
|
|
时间：2007-11-08
题目：工作程序可调整
分析：1.借鉴建筑行业的经验，可以在具体实施一个项目之前，增加需求分析阶段。在这个阶段解决客户与需求有关的问题，通过充分沟通，将客户的需求最大限度的描述清楚，并要求客户给予书面确认。
2.依据客户确认的需求，制定严格的进度计划，并要求客户给予书面确认，一旦发生需求变更，可以通过分析进度计划确定工期的顺延。
3.制定严格的变更管理流程，客户的需求变更应通过项目经理签发，项目经理在签发变更前应向客户提供工期和费用的增加额，这样可以给客户提供更准确的决策依据，也可以降低变更的随意性。
|
|
|
时间：2007-11-07
题目：做好需求建议是关键
分析：客户不断提出需求变更，那就有一个问题，客户为什么要不断提出变更？可见客户自己对项目并不是很理解，在项目的进行中有了想法，就要求项目团队加进去，所以，问题的本原在于，从一开始就要了解客户的需要是什么？他们会有那些潜在的需要？这项工作从一开始做好，并得到客户的确认，对后续的工作会有好处。
在这个案例中，我感觉因为双方已经有了一定的了解，所以，放松了对需求的明确，这也是造成工作被动的原因，所以还是应该严格遵守项目管理的基本程序。
如果企业在做类似的项目时，对项目可能达到的结果等种种细节提前告知客户，多从客户的角度想想客户到底需要什么，做好一个需求建议，相信问题会较圆满解决。
|
|
|
时间：2007-11-07
题目：有的放矢
分析：在任何软件项目的开发过程中，需求的变更都是不可避免，重要的是采取什么样的办法使变更对项目的纳期和质量的影响将到最低，尽可能地使客户满意，但是也不能一味迁就客户。对某个人的责任也不能一味地追究，这是没有意义的，再说也不可能是某一个人的责任。
对需求变更应该做到：事前要明确定义，事中要严格执行，事后总结经验教训
事前也就是项目开始前要明确项目的范围，制定变更管理策略（如：采用瀑布模型的开发方法还是迭代模型的开发方法），制定严格的用户参与的变更管理流程。对项目的目标有严重影响的变更事前要都用户说明可能的处理方法，如：拒绝或接受变更，但是必须增加资源（成本、时间等等），让用户提前有心理准备，当然，在项目的执行过程中，用户可能不认帐，那就要动用公司的各种资源解决问题。
事中要严格按照变更管理流程处理变更。首先要分析变更对项目的影响，提交公司领导与用户，记录变更；充分地与用户沟通，让用户知道变更对项目可能产生的影响；最后讨论解决办法。
若变更是可有不可有的拒绝接受，若变更是非常重要的则提请公司增加资源（人员、资金，），也可以变更交货期。
事后总结变更对项目的最终影响，让用户了解产生这样的结果的前因后果。
总之，在处理变更时，不要自乱阵脚，做到有的放矢，这样既能保证质量，有能让用户满意。
|
|
|
时间：2007-11-07
题目：客户需求变更导致延期怎么办？
分析：其实我国目前IT行业所能做出的软件百分之八九十存在的或多或少的问题,这些问题产生的原因主要是需求分析不明确以及软件开发人员的能力问题所造成,从这两点可以看出公司的管理方面也有着很多的问题.客户提出需求能不能增加都不知道如何回答,或者有些项目经理根本找不到问题的源头在哪里,这些都是企业内部培训的漏洞.大多数的企业老总把员工招来经过简单的培训就直接上岗工作,这样虽然节约了培训的成本,却在以后的工作中工作效率始终不高,效益也得不到最大的体现.优秀的公司都是被野蛮客户锻造出来的,既然我们已经遇到和发现了如此多的问题,那就要找到问题的根源所在,不断的提高自我的同时其实客户也同样在提高.
|
|
