《论软件开发的风险管理》由会员分享，可在线阅读，更多相关《论软件开发的风险管理（12页珍藏版）》请在金锄头文库上搜索。
1、信息系统项目管理师论文范例：论软件开发的风险管理摘要 本文讨论了某公司实施 SAP 系统的风险管理该公司原先运行着一套 ERP 系统，现 在要转到 SAP 上，需要完成新系统的流程的重新定义，数据的切换，用户的培训等工 作项目要求在 11 个月的时间内完成实施一个大型的 ERP 系统有着各种的风险，这些 风险如果不加分析和控制，将会给整个项目造成致命的影响我作为项目经理，主要从控 制进度风险，人员流动风险和系统功能风险三个方面去进行风险的管理最后这三方面的 风险都得到了有效的控制，从而使项目顺利完成 正文 2003 年 1 月，我参与了西门子集团下某公司的 SAP 留系统的实施，提任项目经 理
2、该公司之前运行着另一套 ERP 软件：QAD 的 MFG/PRO 系统由于集团总部的要求， 要用 SAP 系统替换原先的 MFG/PRO 系统，并且要在 2003 年 11 月前完成整个项目完成 以下阶段，首先是项目的引进，包括成立项目小组，由顾问对项目小组成员进行初步的培 训，让小组成员对 SAP 的标准流程有个大概的认识接下来是要分模块进行讨论，制定出 各模块的实施蓝图(blueprint)该公司实施了以下的模块：SD（销售与分销） ，MM（物料 管理） ，CO（成本控制） ，QM（质量管理） ，PP（生产控制） ，FI（财务核算） ，CO（成本 控制）等在 Blueprint 完成后，由
3、顾问根据定下的流程配置一个测试的系统，用户在该测 试环境下进行练习和测试测试完成后就是数据的准备和切换了，要从 MFG/PRO 系统把 需要的数据下载下来然后你上传到 SAP 系统。完成数据的切换，SAP 系统正式上线，同时 不再使用原先的系统。 因为整个项目要在 11 个月的时间内完成，时间是非常紧迫的如何在如此短的时间内 使项目能顺利进行，控制各种可能出现的风险是必要的为此，在项目的初始阶段，我召 开了小组成员开会，专门针对项目的风险进行了讨论会上，大家把想得到的风险都提了 出来经过分析筛选，我最后确定了三个重点进行控制的风险，并采取了相应的措施进行 控制 1、控制进度风险 ERP 的实施
4、是一个大型的项目，涉及到企业的流程改造和其它方方面面的东西而该 项目的上线时间不能改变，所以，项目进度在这里是个潜在的风险，如果不能如期上线， 则公司的运作将会受到重大的影响为此，我在项目启动后，召集了项目小组成员开会制 定项目计划我首先用 Microsoft Project 制定了项目的总体计划，在这个总体计划中，明确 了各个阶段的任务和完成时间如什么时候完成设计蓝图（Blueprint)，什么时候进行关键 用户的培训，什么时候进行测试和练习，什么时候进行数据的切换等总体计划制定出来 后，各顾问在总体计划下制定各模块的实施计划，把每个模块在每一阶段的问题细化各 模块的实施计划要在总体计划的基
5、础上进行，在任务和时间上不能滞后于总体计划无论 是总体计划和实施计划，都要求明确各步完成的时间，要精确到哪一天，而不能用模糊的 描述，比如“3 月初完成 Blueprint”这样的低描述是不充许的为保证项日照进度进行， 每周五都要召开项目会议，检讨项目的进展情况，发现有超期的任务，分析原因，及时解 决在进度的控制方面，还要应付突发的事件造成的影响，及时地调整计划以适应新的情 况2003 年 4 月一 5 月，由于受到“非典”的影响，外部顾问不能出差来我公司，这使项 目的进度受到了很大的影响为了把这种影响降到最低，我即时调整了项目计划，把这段 时间安排为关键用户的培训和对系统的熟悉。因为之前顾问
6、已对关键用户进行了一些培训， 所以用户对 SAP 系统有了一定的认识通过上机的操作，更进一步了解系统有问题我 们通过 E-Mail 与顾问联系。通过这种方法，把原本以后进行的用户练习提到了前面虽然 没有顾问的现场指导，但通过自己的摸索对系统的印象更加深刻，为之后的工作打好的基 础 2、控制人员流失的风险 在实施 SAP 过程中，有两种可能会导致人员的离职，一是工作繁重乏昧，压力大；二 是积累了一定的 SAP 经验后找工作相对比较容易，这时如果有其它更好的机会，员工会考 虑跳槽而项目小组人员流动将会对项目造成很大的影响，甚至导致项目的失败所以如 何控制这些风险，是作为项目经理要考虑的问题为此，我
7、首先与人力资源部一起，制定 了一套有效的激励机制包括，把参加 SAP 项目作为年终的一个绩效考核内容，因为项目 需要加班加点的，公司免费提供晚餐；设立项目基金，对表现突出的小组成员进行物质上 的奖励；在整个公司的范围内大力宣传 SAP，让项目小组成员感觉到 SAP 的重要性和实 施项目的价值等其次，为了避免出现某个项目小组成员离职导致项目不能进展的情况出 现，我在每个模块都安排了两个人员负责，一个是主负责，一个是次要负责这样，可以 减少人员流失造成的损失。在这里，我没有采用让项目小组成员签合同的方法，即实施项 目后要在公司工作多少年。我觉得这种方法会给小组一种压抑的感觉，而公司主要靠企业 文化
8、来吸引员工事实证明，我所采用的措施是有效的：在整个项目的实施过程中，没有 一个小组成员退出或是离职在项目运行一年多来，只有两个当时的关键用户离职，而他 们离职后后备人员可以马上顶上来，对系统没有造成什么影响 3、控制系统的功能 有人戏称 SAP 是“Stop All Production” ，这也从一个方面反映了实施 SAP 的风险所 在而造成上了系统后停产的一个原因就是系统功能不能满足物流和生产的需要，这也是 我担心的一个问题因为切换后系统不能再使用，如果这时候新系统满足不了需要，就真 的会造成停产为此，我在项目中采用了演化型的原型开发方法，用演化型的开发方法， 可以让用户针对已配置好的原型
9、进行测试，发现不能实现的功能及时提出来，改进后再测 试，再改进在这里，测试工作显得很重要为此，我强调一定要做好测试工作在系统 测试阶段，我把所有的项目成员集中在会议室中进行系统测试在测试中，我要求用真实 的数据，模拟真实的环境进行系统测试通过后，我还特别做了一次上线前的演习，即把 所有相关的数据都导致 SAP，配置一个上线后要用的系统，在此系统上进行操作这次演 习成功后，坚定了大家使用系统的信心系统上线后也没有出现什么大的问题通过以上措施，使把 SAP 的主要风险基本上都控制在萌芽状态，项目没有因为这些风 险受到影响，最后项目如期上线，受到了管理层和用户的肯定 在项目进行过程中，有些风险并没有
10、事先预计出来比如说顾问的问题有的顾问水 平高，但项目也多用在我们这个项目上的时间就比较少，这给项目带来了不利影响为 此，我通过和该项顾问所在的公司签定合同，注明顾问在我们公司的工作时间，否则属违 约，通过这一方式使顾问的管理得到改善论软件开发的风险管理摘要 本文讨论了某公司实施 SAP 系统的风险管理该公司原先运行着一套 ERP 系统，现 在要转到 SAP 上，需要完成新系统的流程的重新定义，数据的切换，用户的培训等工 作项目要求在 11 个月的时间内完成实施一个大型的 ERP 系统有着各种的风险，这些 风险如果不加分析和控制，将会给整个项目造成致命的影响我作为项目经理，主要从控 制进度风险，
11、人员流动风险和系统功能风险三个方面去进行风险的管理最后这三方面的 风险都得到了有效的控制，从而使项目顺利完成 正文 2003 年 1 月，我参与了西门子集团下某公司的 SAP 留系统的实施，提任项目经 理该公司之前运行着另一套 ERP 软件：QAD 的 MFG/PRO 系统由于集团总部的要求， 要用 SAP 系统替换原先的 MFG/PRO 系统，并且要在 2003 年 11 月前完成整个项目完成 以下阶段，首先是项目的引进，包括成立项目小组，由顾问对项目小组成员进行初步的培 训，让小组成员对 SAP 的标准流程有个大概的认识接下来是要分模块进行讨论，制定出 各模块的实施蓝图(blueprint
12、)该公司实施了以下的模块：SD（销售与分销） ，MM（物料 管理） ，CO（成本控制） ，QM（质量管理） ，PP（生产控制） ，FI（财务核算） ，CO（成本 控制）等在 Blueprint 完成后，由顾问根据定下的流程配置一个测试的系统，用户在该测 试环境下进行练习和测试测试完成后就是数据的准备和切换了，要从 MFG/PRO 系统把 需要的数据下载下来然后你上传到 SAP 系统。完成数据的切换，SAP 系统正式上线，同时 不再使用原先的系统。 因为整个项目要在 11 个月的时间内完成，时间是非常紧迫的如何在如此短的时间内 使项目能顺利进行，控制各种可能出现的风险是必要的为此，在项目的初始阶
13、段，我召 开了小组成员开会，专门针对项目的风险进行了讨论会上，大家把想得到的风险都提了 出来经过分析筛选，我最后确定了三个重点进行控制的风险，并采取了相应的措施进行 控制 1、控制进度风险 ERP 的实施是一个大型的项目，涉及到企业的流程改造和其它方方面面的东西而该 项目的上线时间不能改变，所以，项目进度在这里是个潜在的风险，如果不能如期上线， 则公司的运作将会受到重大的影响为此，我在项目启动后，召集了项目小组成员开会制 定项目计划我首先用 Microsoft Project 制定了项目的总体计划，在这个总体计划中，明确 了各个阶段的任务和完成时间如什么时候完成设计蓝图（Blueprint)，
14、什么时候进行关键 用户的培训，什么时候进行测试和练习，什么时候进行数据的切换等总体计划制定出来 后，各顾问在总体计划下制定各模块的实施计划，把每个模块在每一阶段的问题细化各 模块的实施计划要在总体计划的基础上进行，在任务和时间上不能滞后于总体计划无论 是总体计划和实施计划，都要求明确各步完成的时间，要精确到哪一天，而不能用模糊的 描述，比如“3 月初完成 Blueprint”这样的低描述是不充许的为保证项日照进度进行， 每周五都要召开项目会议，检讨项目的进展情况，发现有超期的任务，分析原因，及时解 决在进度的控制方面，还要应付突发的事件造成的影响，及时地调整计划以适应新的情 况2003 年 4
15、 月一 5 月，由于受到“非典”的影响，外部顾问不能出差来我公司，这使项 目的进度受到了很大的影响为了把这种影响降到最低，我即时调整了项目计划，把这段 时间安排为关键用户的培训和对系统的熟悉。因为之前顾问已对关键用户进行了一些培训， 所以用户对 SAP 系统有了一定的认识通过上机的操作，更进一步了解系统有问题我们通过 E-Mail 与顾问联系。通过这种方法，把原本以后进行的用户练习提到了前面虽然 没有顾问的现场指导，但通过自己的摸索对系统的印象更加深刻，为之后的工作打好的基 础 2、控制人员流失的风险 在实施 SAP 过程中，有两种可能会导致人员的离职，一是工作繁重乏昧，压力大；二 是积累了一
16、定的 SAP 经验后找工作相对比较容易，这时如果有其它更好的机会，员工会考 虑跳槽而项目小组人员流动将会对项目造成很大的影响，甚至导致项目的失败所以如 何控制这些风险，是作为项目经理要考虑的问题为此，我首先与人力资源部一起，制定 了一套有效的激励机制包括，把参加 SAP 项目作为年终的一个绩效考核内容，因为项目 需要加班加点的，公司免费提供晚餐；设立项目基金，对表现突出的小组成员进行物质上 的奖励；在整个公司的范围内大力宣传 SAP，让项目小组成员感觉到 SAP 的重要性和实 施项目的价值等其次，为了避免出现某个项目小组成员离职导致项目不能进展的情况出 现，我在每个模块都安排了两个人员负责，一个是主负责，一个是次要负责这样，可以 减少人员流失造成的损失。在这里，我没有采用让项目小组成员签合同的方法，即实施项 目后要在公司工作多少年。我觉得这种方法会给小组一种压抑的感觉，而公司主要靠企业 文化来
