需求变更，客户也很烦 [发表于 2004/7/15] 状态 开放帖 精华贴 浏览量 21784 |
 Re:需求变更，客户也很烦
[回复于 2005/1/18]
|
总之，对于甲方的需求变更情况，乙方应当在项目早期进行合理有效的风险预测与控制，并努力提高自身知识结构，如去学习甲方业务知识，去学习先进技术等。在项目过程中要加强项目的管理，与甲方进行有效的高效的沟通，以再需求获取过程中按照合同范围，甚至缩小合同范围都是可以做的到的。
|
|
|
|
49楼
 egis
职务 无
军衔 三等兵
来自 浙江
发帖 16篇
注册 2005/1/17
PM币 -40
经验 
 
|
|
Re:需求变更，客户也很烦
[回复于 2005/1/18]
|
|
最后一句话，两个字“引导”！
|
|
|
|
50楼
egis
职务 无
军衔 三等兵
来自 浙江
发帖 16篇
注册 2005/1/17
PM币 -40
经验
|
|
Re:需求变更，客户也很烦
[回复于 2005/1/25]
|
|
对，就是“引导”。
|
--------------------------------------------------------------------------------------------------------
Qiao Dong PMP
推荐:《写给管理者的项目管理书--建立高效的企业级项目管理体系》
|
|
51楼
qiaodong
职务 无
军衔 中校
来自 不告诉你 :)
发帖 1363篇
注册 2003/2/18
PM币 4342
经验
|
|
Re:需求变更，客户也很烦
[回复于 2005/2/2]
|
当客户第一个要求完成时让他签个字，当他再提出要求时却定范围后再让他签个字。。。这就是你将来和用户讨价还价的本钱
|
|
|
|
52楼
yangzhi_jn
职务 无
军衔 无军衔
来自 山东
发帖 4篇
注册 2005/1/30
PM币 30
经验
|
|
Re:需求变更，客户也很烦
[回复于 2005/2/2]
|
|
签字对双方都是个约束。
|
--------------------------------------------------------------------------------------------------------
Qiao Dong PMP
推荐:《写给管理者的项目管理书--建立高效的企业级项目管理体系》
|
|
53楼
qiaodong
职务 无
军衔 中校
来自 不告诉你 :)
发帖 1363篇
注册 2003/2/18
PM币 4342
经验
|
|
Re:需求变更，客户也很烦
[回复于 2005/2/3]
|
|
需求分析在软件开发阶段需要不断的反复和完善，如果需求分析充分了，那么才能真正了解客户的要求。才不至于东西都做得差不多了，拿给用户一看，人家不满意。我想最好是在每个开发阶段都跟客户进行沟通。补充需求的内容。
|
|
|
|
54楼
topeak001
职务 无
军衔 无军衔
来自 北京
发帖 6篇
注册 2005/1/19
PM币 20
经验
|
|
Re:需求变更，客户也很烦
[回复于 2005/2/3]
|
|
顾客变更是正常的。但不正常的是顾客将变更视为理所当然，对我们的建议当耳边风。最不能容忍的是他们改来改去，但不能变的是工期和费用。哪怕他们拖过了90％的工期，但还是要求你按时完成。
|
|
|
|
55楼
东方之猪
职务 无
军衔 二等兵
来自 不告诉你 :)
发帖 51篇
注册 2004/7/12
PM币 3301
经验
|
|
Re:需求变更，客户也很烦
[回复于 2005/2/5]
|
项目经理和项目小组必须意识到范围变化本身并没有什么不对。也就是说在项目进行过程中修改范围并不是什么坏主意。事实上，很多时候，这是一件好事。首先，客户通常都不能确定最终解决方案所需要的所有的需求和功能。其次，就算他们可以，商业是随着时间不断变化的，因此项目的需求也会发生变化。
如果你不能够容纳变化，最终的解决方案就会达不到应有的价值，或者它甚至有可能是无用的。因此，你希望客户具有在需要的时候改变项目的能力。如果项目经理对于项目变化没有准备，问题就产生了。每一个项目都应该有一个流程来有效地管理变化。这个流程应该包括确定变化，评估变化的商业价值，评估对于项目的影响，然后把这些信息提交给项目发起人进行评估。发起人然后可以决定是否同意该变化。如果同意，发起人还应该理解它对于项目的影响，然后为它追加费用，延长项目时间。
|
|
|
|
56楼
zzephyr
职务 无
军衔 三等兵
来自 山东
发帖 10篇
注册 2004/9/10
PM币 147
经验
|
|
项目型组织
项目管理
工程项目
科技项目
资格认证
职业休闲
