软考《信息系统项目管理师》论文范例(2)2

 在进度的控制方面，还要应付突发的事件造成的影响，及时地调整计划以适应新的情况.2003年4月一5月，由于受到"非典"的影响，外部顾问不能出差来我公司，这使项目的进度受到了很大的影响.为了把这种影响降到最低，我即时调整了项目计划，把这段时间安排为关键用户的培训和对系统的熟悉。因为之前顾问已对关键用户进行了一些培训，所以用户对SAP 系统有了一定的认识.通过上机的操作，更进一步了解系统.有问题我们通过E-Mail与顾问联系。通过这种方法，把原本以后进行的用户练习提到了前面.虽然没有顾问的现场指导，但通过自己的摸索对系统的印象更加深刻，为之后的工作打好的基础.

　　2、控制人员流失的风险

　　在实施SAP过程中，有两种可能会导致人员的离职，一是工作繁重乏昧，压力大;二是积累了一定的SAP经验后找工作相对比较容易，这时如果有其它更好的机会，员工会考虑跳槽.而项目小组人员流动将会对项目造成很大的影响，甚至导致项目的失败.所以如何控制这些风险，是作为项目经理要考虑的问题.为此，我首先与人力资源部一起，制定了一套有效的激励机制.包括，把参加SAP项目作为年终的一个绩效考核内容，因为项目需要加班加点的，公司免费提供晚餐;设立项目基金，对表现突出的小组成员进行物质上的奖励;在整个公司的范围内大力宣传SAP，让项目小组成员感觉到SAP 的重要性和实施项目的价值等.其次，为了避免出现某个项目小组成员离职导致项目不能进展的情况出现，我在每个模块都安排了两个人员负责，一个是主负责，一个是次要负责.这样，可以减少人员流失造成的损失。在这里，我没有采用让项目小组成员签合同的方法，即实施项目后要在公司工作多少年。我觉得这种方法会给小组一种压抑的感觉，而公司主要靠企业文化来吸引员工.事实证明，我所采用的措施是有效的：在整个项目的实施过程中，没有一个小组成员退出或是离职.在项目运行一年多来，只有两个当时的关键用户离职，而他们离职后后备人员可以马上顶上来，对系统没有造成什么影响.

　　3、控制系统的功能

　　有人戏称SAP是"Stop All Production"，这也从一个方面反映了实施SAP的风险所在.而造成上了系统后停产的一个原因就是系统功能不能满足物流和生产的需要，这也是我担心的一个问题.因为切换后系统不能再使用，如果这时候新系统满足不了需要，就真的会造成停产.为此，我在项目中采用了演化型的原型开发方法，用演化型的开发方法，可以让用户针对已配置好的原型进行测试，发现不能实现的功能及时提出来，改进后再测试，再改进.在这里，测试工作显得很重要.为此，我强调一定要做好测试工作.在系统测试阶段，我把所有的项目成员集中在会议室中进行系统测试.在测试中，我要求用真实的数据，模拟真实的环境进行.系统测试通过后，我还特别做了一次上线前的演习，即把所有相关的数据都导致SAP，配置一个上线后要用的系统，在此系统上进行操作.这次演习成功后，坚定了大家使用系统的信心.系统上线后也没有出现什么大的问题.

　　通过以上措施，使把SAP的主要风险基本上都控制在萌芽状态，项目没有因为这些风险受到影响，最后项目如期上线，受到了管理层和用户的肯定.

　　在项目进行过程中，有些风险并没有事先预计出来.比如说顾问的问题.有的顾问水平高，但项目也多.用在我们这个项目上的时间就比较少，这给项目带来了不利影响.为此，我通过和该项顾问所在的公司签定合同，注明顾问在我们公司的工作时间，否则属违约，通过这一方式使顾问的管理得到改善.