案例正文： 目前，我在负责一个海外的通信工程项目。客户在本地的电信领域是一个新的运营商，相关的经验比较匮乏。加之我公司对本地的一些情况不是很清楚（我们曾努力过，但需要时间），从合同签订开始，用户的需求变更非常频繁，直接带了那成本和人力等方面的增加。在PM层面，我们可以制约他们的PM。但是有时客户往往把一些事情上升到总裁的层面，我们PM执行层面临来自市场的压力，往往就答应了变更？请大家帮忙分析一下，在这种情况该如何控制用户的需求变更？
题 目：加强沟通，与用户达成一致意见 作 者：毛知新 (湖南电力公司 mzx699@vip.sina.com)
对这样的情况在各行各业都普遍存在，应如何解决？
１、在项目开始前，应与用户充分沟通，对项目的范围有非常明确的了解和掌握。
２、在项目进行中，随时与用户沟通，让用户参与项目的进程管理。
３、对用户提出的变更，应与用户充分协商，尽量避免这种现象重复发生，应严格按照当初确定的方案执行。
４、在项目开始时应明确，项目变更的费用核算和支付事宜。
５、在项目管理过程中应加强学习，特别对本专业的业务知识和客户关系应充分掌握，这样在项目的管理过程中才能得心应手。
题 目：引入配置管理方法 作 者：朱容安 (航空公司 zhurongan@yna.com.cn)
本案例存在的问题：
1、客户是电信领域一个新的运营商。（势必对通信工程项目的技术问题没有深层次的理解。）
2、该公司对当地的一些情况不是很清楚。（缺乏项目环境资料。）
3、客户变更非常频繁。（随着项目的进展，作为新运营商的客户对项目的了解越来越明朗，项目需求自然也会增加。）
4、客户将一些问题直接上升总裁到总裁的层面。（造成项目执行层工作的被动。）
针对上述原因，建议是在公司上下达成共识采用配置管理的方法对项目变更进行管理。原因如下：
配置管理可以有效保护项目人员不受反复无常的客户变更需求的干扰更好的满足技术要求，减少受理变更的人员。
题 目：对于需求确定来说本来就是一件很难的事情 作 者：黄震 (BocSoft huanzn2005@sina.com.cn)
对于需求确定来说本来就是一件很难的事情。特别是工程性项目。不知道楼主所说的项目是属于哪种，看了全文个人认为应该属于研发性的项目，而研发性的项目需求前期确定一开始就需要有一个需求调研和立项的过程。如果说你的公司连需求都没有调研过，没有立项过，那这个项目到底要做什么就没有人知道了。对于写需求文档那都是在调研以及立项文档中都已经确定了的。你要写的是详细的需求规格说明书，并不是你自己凭空可以想出来的。
你应该做好与领导的沟通，详细的确定需求再写说明书。这样就不会出现不知道写什么好了。
就你的描述，这个项目的团队也还没有形成。根本称不上是项目组。
楼主可以借这个项目提高自己这方面的能力，个人认为对你并没有什么坏处。但需要注意的是不要一味的抱怨，应该好好思考一下你该怎么做。
题 目：如何确定需求 作 者：黄震 (BocSoft huanzn2005@sina.com.cn)
对于需求确定来说本来就是一件很难的事情。特别是工程性项目。不知道楼主所说的项目是属于哪种，看了全文个人认为应该属于研发性的项目，而研发性的项目需求前期确定一开始就需要有一个需求调研和立项的过程。如果说你的公司连需求都没有调研过，没有立项过，那这个项目到底要做什么就没有人知道了。对于写需求文档那都是在调研以及立项文档中都已经确定了的。你要写的是详细的需求规格说明书，并不是你自己凭空可以想出来的。
你应该做好与领导的沟通，详细的确定需求再写说明书
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
