述，达成了尽快明晰悬留部分需求的共识，需求问题很快得到解决，项目组整体信心十足，积极性和责任感增强，公司领导方面对项目组也表现出特别的关心，特别是公司胡总开始频繁的出现在项目组每周的进度评审会议上，他们也开始担心因对项目支持不够而导致项目失败。
3. 实施阶段进行进度的跟踪和控制，必要时调整进度表。
实施阶段要进行进度的跟踪和控制，在确定项目开发计划时，我们制定了详细的工作进度表，在确定每项任务时都确定了该任务的工作量，开始时间，结束时间，持续时间，同时要让每个小组成员都知道自己承担的任务时间表，根据自己的任务制定详细的工作计划.
工作日志是了解每个小组成员工作情况的最好方式，我要求每个小组成员都要对自己的工作情况做日志，详细记录自己每天的工作。在每周5下班前通过内网B/S项目管理信息系统PMIS 提交《项目周报》，把各自本周内完成的任务进度情况和下周任务计划做出汇报，报告要严格按照百分比量化任务完成的情况，因为PMIS只提供具体的百分比选择，每个小组成员都要对自己的总结报告做出负责，我把各项任务实际完成数据输入到项目进度计划中，Project自动完成甘特图的绘制，通过查看甘特图就可以交好的把握项目的总体进度绩效，随时了解项目进度,并确定是否调整下一阶段的进度计划,
在本项目中，为保证项目快速完成，在定义甘特图任务的依赖关系时，我在没个任务的任务信息对话框中“前置任务”一栏中的“延阁时间”我填入10%，也就是说当任务完成90%的时候就可以结束转入执行下一任务，因为本项目的所有人员几乎是全程参与，我所以不是很担心，每个任务遗留的少量问题，在下一阶段每人去负责解决。
航空票务系统在2004年12月下旬正式上线，提前完成了项目，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。项目成功很大程度归功与在项目各阶段的对进度和成本的有效管理和控制，没有进度管理，项目很难如期交付，对项目质量，进度，成本三大目标的实现有巨大的风险。
通过这次开发我也发现了一些问题和不足，实际工作量与计划工作量偏差较大，看来还是受到缺乏经验数据或者经验数据不够精确的影响，所以在以后的工作中要展开有效的度量工作，为公司积累覆盖面广而精确的经验数据，还有就是团对成员的协作程度不高，未最大限度的发挥团队的凝聚力，在沟通方面我还做的不够，在以后的项目中我会不断的努力和改进。
ERP项目的风险管理
摘要
本文讨论了某公司实施SAP系统的风险管理．该公司原先运行着一套ERP系统，现在要转到SAP上，需要完成新系统的流程的重新定义，数据的切换，用户的培训等工作．项目要求在11个月的时间内完成．实施一个大型的ERP系统有着各种的风险，这些风险如果不加分析和控制，将会给整个项目造成致命的影响．我作为项目经理，主要从控制进度风险，人员流动风险和系统功能风险三个方面去进行风险的管理．最后这三方面的风险都得到了有效的控制，从而使项目顺利完成． 正文
2003年1月，我参与了西门子集团下某公司的SAP留系统的实施，提任项目经理．该公司之前运行着另一套ERP软件：QAD的MFG/PRO系统．由于集团总部的要求，要用SAP 系统替换原先的MFG/PRO系统，并且要在2003年11月前完成．整个项目完成以下阶段，首先是项目的引进，包括成立项目小组，由顾问对项目小组成员进行初步的培训，让小组成员对SAP的标准流程有个大概的认识．接下来是要分模块进行讨论，制定出各模块的实施蓝图(blueprint)．该公司实施了以下的模块：SD（销售与分销），MM（物料管理），CO（成本控制），QM（质量管理），PP（生产控制），FI（财务核算），CO（成本控制）等．在Blueprint 完成后，由顾问根据定下的流程配置一个测试的系统，用户在该测试环境下进行练习和测试．测试完成后就是数据的准备和切换了，要从MFG/PRO系统把需要的数据下载下来然后你上传到SAP系统。完成数据的切换，SAP系统正式上线，同时不再使用原先的系统。
因为整个项目要在11个月的时间内完成，时间是非常紧迫的．如何在如此短的时间内使项目能顺利进行，控制各种可能出现的风险是必要的．为此，在项目的初始阶段，我召开了小组成员开会，专门针对项目的风险进行了讨论．会上，大家把想得到的风险都提了出来．经过分析筛选，我最后确定了三个重点进行控制的风险，并采取了相应的措施进行控制．
1、控制进度风险
ERP的实施是一个大型的项目，涉及到企业的流程改造和其它方方面面的东西．而该项目的上线时间不能改变，所以，项目进度在这里是个潜在的风险，如果不能如期上线，则公司的运作将会受到重大的影响．为此，我在项目启动后，召集了项目小组成员开会制定项目计划．我首先用Microsoft Project制定了项目的总体计划，在这个总体计划中，明确了各个阶段的任务和完成时间．如什么时候完成设计蓝图（Blueprint)，什么时候进行关键用户的培训，什么时候进行测试和练习，什么时候进行数据的切换等．总体计划制定出来后，各顾问在总体计划下制定各模块的实施计划，把每个模块在每一阶段的问题细化．各模块的实施计划要在总体计划的基础上进行，在任务和时间上不能滞后于总体计划．无论是总体计划和实施计划，都要求明确各步完成的时间，要精确到哪一天，而不能用模糊的描述，比如“3 月初完成Blueprint”这样的低描述是不充许的．为保证项日照进度进行，每周五都要召开项目会议，检讨项目的进展情况，发现有超期的任务，分析原因，及时解决．在进度的控制方面，还要应付突发的事件造成的影响，及时地调整计划以适应新的情况．2003年4月一5月，由于受到“非典”的影响，外部顾问不能出差来我公司，这使项目的进度
受到了很大的影响．为了把这种影响降到最低，我即时调整了项目计划，把这段时间安排为关键用户的培训和对系统的熟悉。因为之前顾问已对关键用户进行了一些培训，所以用户对SAP 系统有了一定的认识．通过上机的操作，更进一步了解系统．有问题我们通过E-Mail与顾问联系。通过这种方法，把原本以后进行的用户练习提到了前面．虽然没有顾问的现场指导，但通过自己的摸索对系统的印象更加深刻，为之后的工作打好的基础．
2、控制人员流失的风险
在实施SAP过程中，有两种可能会导致人员的离职，一是工作繁重乏昧，压力大；二是积累了一定的SAP经验后找工作相对比较容易，这时如果有其它更好的机会，员工会考虑跳槽．而项目小组人员流动将会对项目造成很大的影响，甚至导致项目的失败．所以如何控制这些风险，是作为项目经理要考虑的问题．为此，我首先与人力资源部一起，制定了一套有效的激励机制．包括，把参加SAP项目作为年终的一个绩效考核内容，因为项目需要加班加点的，公司免费提供晚餐；设立项目基金，对表现突出的小组成员进行物质上的奖励；在整个公司的范围内大力宣传SAP，让项目小组成员感觉到SAP 的重要性和实施项目的价值等．其次，为了避免出现某个项目小组成员离职导致项目不能进展的情况出现，我在每个模块都安排了两个人员负责，一个是主负责，一个是次要负责．这样，可以减少人员流失造成的损失。在这里，我没有采用让项目小组成员签合同的方法，即实施项目后要在公司工作多少年。我觉得这种方法会给小组一种压抑的感觉，而公司主要靠企业文化来吸引员工．事实证明，我所采用的措施是有效的：在整个项目的实施过程中，没有一个小组成员退出或是离职．在项目运行一年多来，只有两个当时的关键用户离职，而他们离职后后备人员可以马上顶上来，对系统没有造成什么影响．
3、控制系统的功能
有人戏称SAP是“Stop All Production”，这也从一个方面反映了实施SAP的风险所在．而造成上了系统后停产的一个原因就是系统功能不能满足物流和生产的需要，这也是我担心的一个问题．因为切换后系统不能再使用，如果这时候新系统满足不了需要，就真的会造成停产．为此，我在项目中采用了演化型的原型开发方法，用演化型的开发方法，可以让用户针对已配置好的原型进行测试，发现不能实现的功能及时提出来，改进后再测试，再改进．在这里，测试工作显得很重要．为此，我强调一定要做好测试工作．在系统测试阶段，我把所有的项目成员集中在会议室中进行系统测试．在测试中，我要求用真实的数据，模拟真实的环境进行．系统测试通过后，我还特别做了一次上线前的演习，即把所有相关的数据都导致SAP，配置一个上线后要用的系统，在此系统上进行操作．这次演习成功后，坚定了大家使用系统的信心．系统上线后也没有出现什么大的问题．
通过以上措施，使把SAP的主要风险基本上都控制在萌芽状态，项目没有因为这些风险受到影响，最后项目如期上线，受到了管理层和用户的肯定．
在项目进行过程中，有些风险并没有事先预计出来．比如说顾问的问题．有的顾问水平高，但项目也多．用在我们这个项目上的时间就比较少，这给项目带来了不利影响．为此，我通过和该项顾问所在的公司签定合同，注明顾问在我们公司的工作时间，否则属违约，通过这一方式使顾问的管理得到改善．
我国的项目监理
项目管理是以可能的最高效率执行项目，做到按工期、按预算、按要求完成任务。今天，项目管理学科已经渗透到it行业的信息系统工程建设中，在同一个项目团队里，业主、承包商、监理三方如何相互协调配合，各司其职地做好工作？现代项目管理学为项目团队各方实现项目目标提供了有效的项目管理途径。我国加入wto后，工程管理应与国际接轨，当然，这必须以符合我国的国情为基础，与项目的实际情况相结合。
目前，我国的大型信息系统建设工程正在逐步实行监理制。通过将美国项目管理学会（pmi）的项目管理知识体系（project management body of knowledge, pmbok）的基本内容与工程监理的主要职责相比较，我们认为，工程监理是现代项目管理的一种重要的表现形式，工程监理的工作职责中包含着现代项目管理学的基本内涵，我们要用现代项目管理知识体系来增强信息系统建设工程管理体系。
我国的监理工程师是独立的第三方，业主、承包商、监理这个三角形不是等边的，监理向业主倾斜，接受业主的委托进行工作。it行业工程监理的主要工作内容是“三控制二管理”，即对工程项目的质量、进度、费用等过程实施控制，同时对项目合同、信息等进行管理。我国实施工程建设项目业主负责制、工程建设招投标制以及工程监理制，这是我们在项目管理方面的基本国情，现代项目管理必须关注这一现实，it行业也不能例外。从本文的分析中可以看出，pmbok的基本内容与工程监理的工作内容有着十分自然的关联。
项目管理知识体系
美国项目管理学会（pmi）项目管理知识体系（pmbok）是对项目管理专业知识的一个总结。诞生于20世纪80年代的pmbok第一版由多名项目管理专家历经4年而成，之后分别在1991年、1996年和2000年对其进行了增订、完善和发展。
pmbok把项目管理划分为9个知识领域，即范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、采购管理、风险管理和综合管理。国际标准化组织（iso）1997年以pmbok为框架提出了“项目管理质量指南”（iso 10006），成为iso 9000族中重要的支持性技术指南。
近十多年来，由于pmbok的基本内容跨越行业界限而得到“普遍认可”，因而受到国内外专业学术领域的广泛重视。对信息系统的建设来讲，它同样具有指导价值，it建设工程项目团队，包括业主、承包商、工程监理，也将从中受益。
项目管理与其他管理学科有着密切的关系，一般性管理方法为项目管理奠定了基础。pmbok是我国入世后十分走俏的洋证书pmp（项目管理专业人员）资格认证所需的专业基础知识。据报道，我国的项目管理知识体系目前也正在制订之中。
项目管理与工程监理的比较
比较之一:范围管理
信息系统建设中的工程监理十分注意抓好系统需求分析，弄清系统该做什么，不做什么；严格为业主把好系统功能模型、信息模型关，为系统的进一步实施打好基础。
项目范围管理的首要任务是确定并控制哪些工作内容应该包含在项目范畴内，并对其他项目管理过程起指导作用。从项目管理科学来看，项目生命周期的第一阶段始于识别需求、问题或机会，终于需求建议书（rfp）的发布。准备rfp的目的就是从业主的角度，全面、详细地论述为了满足需求需要做什么准备，要清晰地定义出项目目标，项目目标必须明确、可行、具体及可以度量，并与有关方面一致。it工程中有人爱炒概念、来虚的，这有悖于现代项目管理学的要求。
pmbok将项目范围管理分成启动、范围计划、范围界定、范围核实、范围变化控制五个阶段。在范围界定过程中，通过将项目目标和工作内容分解为易于管理的几部分或几个细目，以助于确保找出完成项目工作范围所需的所有工作要素。工作细分结构（work breakdown structure，wbs）可以帮助我们更加明确项目的工作内容，它不仅定义了工作内容，同时也定义了工作任务之间的关系，明确了工作界面。项目的wbs是我们对工作计划、进度、费用、技术状态进行部署和跟踪控制等管理活动的基础。
在信息系统建设过程中，人们常用数据流图、功能层次图、业务流程图等表示系统的功能模型，它们是从不同角度对系统功能模型的表达。而wbs则可以理解为是一种以管理为导向的系统功能模型，它有更丰富的内涵和外延。wbs是项目管理的核心工具，项目的计划、进度、成本、技术状态、资源配置、合同等方面的管理都离不开项目的wbs，它的建立必须注意体现项目本身的特点和项目组织管理方式的特色，并注意其整体性、系统性、层次性和可追溯性原则。wbs技术有力地支持了信息系统建设中的项目管理，是项目团队中管理人员必须具备的基本知识。
比较之二：时间管理
时间管理是项目管理中的一个关键职能，也被称为进度管理，它对于项目进展的控制至关重要。在范围管理的基础上，通过确定、调整合理的工作排序和工作周期，时间管理可以在满足项目时间要求的情况下，使资源配置和成本达到最佳状态。值得注意的是，进度是计划的时间表，应该按计划安排进度。计划决定需要做什么、谁去做、花多长时间、成本是多少等问题。
pmbok提出，项目时间管理由下述5项任务组成：活动（activity）定义、活动顺序、活动时间的估计、项目进度编制、项目的进度控制。
pmbok的进度管理与工程监理学在项目进度控制方面所提供的方法是基本一致的。我国三峡工程实施了项
信息系统项目管理师论文材料及范例
