成功实施PLM——实施篇

UG的爱

成功实施PLM——实施篇
4 B6 {* w- v" I7 u; D) I" X朱战备
情景一：科学的范围管理是项目成功的第一步
# e3 M. r6 L: ~$ _0 H, Q, F) C
+ u+ w$ T9 _8 \) ^; E" _2 S负责项目实施的咨询公司的项目经理王卫最近心里比较烦。公司在国内是第一次实施PLM项目，心里没有把握，而老板寄希望于样板工程成为将来新的业务增长点。售前为拿下单子，答应了客户的很多条件，PDM对解决硬件的设计、工艺及制造有一套，对软件的配置管理并不擅长，如要开发工作量巨大，可在合同书上都答应了。在项目的范围SOW上留下了很多模棱两可的描述，大方向有是有了，可做到什么程度客户才能满意？更烦的是合同刚履约，客户方组织机构大调整，由中方控股转为外方控股，产品大调整，除了人员变化外，所有的流程和游戏规则都要重新洗牌。被客户方项目总监拉去跟海外公司的老外开电视会议，项目要实施的内容几乎要重新谈一遍。老外抛出大大小小无数多的需求，也不知道在不在项目的合同规定的内容中。会刚开完，就收到一份Email，发来好几个文件要求按照上面的需求实施。客户需求无限制地上升，如不加以控制，后果不堪设想。
要把项目进行下去，当务之急得与客户的项目经理李平把实施的范围说清楚。两人一商量，觉得必须要马上采取以下步骤：
●  对于项目前一段时间的调研，要尽快确定系统要实现的功能表，对于在合同框架体系下承诺的内容要清晰地表达出来。对于在合同外的需求或者变更需求，需要通过范围管理的变更流程。
●        对要实现的系统功能有个优先级排序。重要程度需要双方共同讨论加以确认。
●        形成一份完整的需求规格书。双方形成统一意见，交由项目指导委员会审批。批准后，成为项目范围的基准线(Baseline)，以后的变更就要更改该文件。
6 H! [4 j' C3 o5 B+ \, ]# w●        定义一个可行的范围变化流程，一些小的变化，项目经理可以适当调整项目进程，但是一些比较大的变更需要提交给项目发起人进行评估。
: C0 C) K0 w( j万事开头难，先从定义范围开始。

360610988

专抢沙发！

GKBBB

好高深哦！~ 太厉害了

mrd47827

文章很好  就是PDF打不开 请发解碼！

joyopod

文章很好  就是PDF打不开 请发解碼！

jafe306

学习学习，谢谢

clmczz

PDF打不开,请给口令。。。。

lishangrun

楼主加密的呀，打不开

hqdyx

有PASS WORD啊....