◆ 项目小组的责任：由于项目小组成员和客户有很多联系，他们是最经常会遇到范围更改请求的人。因此，整个项目小组必须理解范围变化管理的重要性。他们必须在范围变化发生的时候立即发现它，并且及时把它反馈给项目经理。如果他们自己答应进行一些额外的工作，他们的这种行为就很有可能导致他们不能够按时完成自己的工作，从而危及整个项目的进行。
科学的范围管理是项目成功的第一步，它的基础是一个科学的范围管理流程，其中包括范围规划、范围定义、范围确认和范围变更。
我们在实施PDM项目时必须意识到范围变化本身并没有什么不对。也就是说在项目进行过程中修改范围并不是什么坏主意。事实上，很多时候，这是一件好事。首先，客户和软件供应方通常都不能确定最终解决方案所需要的所有的需求和功能。其次，就算他们可以，商业环境是随着时间不断变化的，因此项目的需求也会发生变化。如果你不能够容纳变化，最终的解决方案就会达不到应有的价值，或者它甚至有可能是无用的。
定义范围变化管理流程最好的时机是在项目开始之前（作为项目管理程序的一部分）。但是，如果你确实没有建立一个好的流程，任何时候开始都不算太迟。项目管理必须安排一个暂停的时间，由实施双方一起来鉴定并满足范围变更的请求。然后每个人都要学习新的流程。
为了解决a、b公司目前在实施PDM时所遇到的问题，我建议双方的项目经理要尽快坐到一起，对于在合同框架体系下承诺的内容要清晰地表达出来，澄清模棱两可的描述。
对于在合同外的需求或者变更需求，需要通过范围管理的变更流程来控制。对要实现的系统功能有个优先级排序，哪些是至关重要的，哪些是重要的，哪些是需要的，哪些是锦上添花的。这对后面的资源安排很有帮助，当然重要程度需要双方共同讨论加以确认。在此基础上，必须形成一份完整的需求规格书。双方充分沟通讨论，形成统一意见，交由项目指导委员会审批。批准后，就成为项目范围的基准线(baseline)，以后的变更就要更改该文件。
其次，还要定义一个实际可行的范围管理流程，这个流程应该包括确定变化，评估变化的商业价值，评估对于项目的影响，一些小的变化，项目经理可以适当调整项目进程，但是一些比较大的变更需要将这些信息提交给项目发起人进行评估。发起人然后可以决定是否同意该变化。如果同意，发起人还应该理解它对于项目的影响，然后为它追加费用，延长项目时间。
此文章共有2页 上一页 1 2
文章来源：it168
|
Leadge.com首页 > 知识库 