信息系统项目管理师考试论文-论成本管理2017年11月v1.0

第一篇：信息系统项目管理师考试论文-论成本管理2017年11月v1.0

论信息系统项目的成本管理

2016年8月，我作为项目经理参与了某省电力公司大屏监测业务与数据管理系统项目的建设，该项目投资共480万元，项目组织结构为项目型，工期为12个月。原有的运监大屏监测系统因多年前开发，功能和性能都满足不了目前智能电网管理的要求，省运监中心按照“千里眼、顺风耳、铁算盘、预警机”的定位要求，通过该项目的建设，实现对公司主营业务的监测分析展示，促进了公司运营效率和管理水平提升。2017年7月，该项目顺利通过客户验收。本文以该项目为例，结合作者的实际项目经历，论述了成本管理在信息系统项目建设中的重要作用，主要从规划成本管理、估算项目成本、制订项目预算、控制项目成本等几个过程进行了论述，提出了项目成本管理中的常见问题和一些方法。最后，谈了一些自己的体会和经验总结。

2016年8月，我作为项目经理参与了某省电力公司大屏监测业务与数据管理系统项目的建设，该项目投资共480万元，项目组织结构为项目型，工期为12个月。原有的运监大屏监测系统因多年前开发，功能和性能都满足不了目前智能电网管理的要求，省运监中心按照“千里眼、顺风耳、铁算盘、预警机”的定位要求，通过该项目的建设，实现对公司主营业务的监测分析展示，促进了公司运营效率和管理水平提升。该系统整体采用省公司和地市公司运监中心两级部署模式，计划预算、核心资源、关键流程、电网运营、业扩报装等功能模块通过界面集成的方式集成到大屏设计器，并利用两级部署的数据中心实现数据流转、处理。两级数据中心间通过统一数据交换平台UEP进行数据纵向交换，再通过数据管理工具清洗转换形成业务宽表存储在二级数据中心。再由数据中心将运营监测指标与告警数据等推送到可视化数据，实现实时监测、实时联动展示。在软件构架上，采用C/S结构，新系统采用Java语言开发，后台数据库采用Oracle11g。展示大屏采用3*9块运监大厅已有高分辨率大屏。

运监大屏监测业务是公司新的业务领域，本项目是一个综合性的系统工程项目，具有专业性强、涉及面广以及涉及项目干系人众多等特点，成本控制困难可想而知。本文结合作者的实际经验，论述了项目成本管理的过程，主要从规划成本管理、估算项目成本、制订项目预算、控制项目成本等几个方面进行了论述，提出了项目成本管理中的常见问题和一些方法。1．规划成本管理

规划成本管理，为规划、管理、花费和控制项目成本而制定政策、程序和文档的过程。针对以往部分失败的IT项目中轻计划、轻文档记录，重实施的现象，我们依据项目管理计划、项目章程、公司知识库中项目成本管理模板等，先行进行成本规划，通过召开会议形式讨论并应用成本分析技术制定了成本管理计划，从而为成本估算、预算、控制建立准则，对每个成本管理过程进行了书面描述，确定了估算、预算、控制的标准。比如为活动成本估算规定一个可接受的区间，其中包括一定数据量的应急储备等。

2．估算项目成本

估算项目成本，是完成项目活动所需资金进行近似估算的过程。考虑到项目计划中对于进度和人员的要求，根据项目的 WBS 结构采用了自下向上的成本估算方法，估算总的工作量。我们首先识别成本几个大的构成科目，并根据不同科目采用不同的成本估算方法，最终分析成本估算结果，汇总出总成本。在这个项目中，我们将总成本主要分成硬件部分、软件开发部分、硬件现场安装调试部分，对于硬件成本，由公司的采购部门根据硬件材料清单，咨询了解市场价格后，进行采购成本估算。软件开发部分，采用成本类比估算法判断法，估算出系统的代码行数，根据公司软件开发人员的工作效率和资源费率，计工成本。硬件现场安装调试采用成本类比估算法，根据类似项目进行估算。其他管理质量成本、储备分析等成本，根据经验，以直接成本为基数，采用参数估算的方法。我们根据不同成本科目采用不同的估算方法，总成本误差小，使得项目实施中，项目成本一直在可控之中。

3．制订项目预算

制定项目预算，是汇总所有单个活动或工作包的估算成本，建立一个经批准的成本基准的过程。在得到项目总成本估算的基础上，我们将项目成本分摊到项目工作分解结构（WBS）的各个工作包，然后将各个工作包分解到该工作包所包含的各项活动上，最后确定各项目成本预算支出的时间计划和成本预算计划，并形成成本基准，作为成本控制的依据。针对此项目资金紧张的问题，我们采用资金限制平衡的方法，调整工作的进度计划，平衡资金支出水平。比如针对监测数据到展示过程中的内部逻辑验证问题，如果招聘有相关经验的新人，成本支出较为紧张，通过储备分析，和相关历史信息最终决定采用外包该逻辑验证部分，这样保证项目的资金需求。最终累计成为整个项目总体预算。在进行成本预算时，考虑到了项目在管理上的储备，尤其对于比较复杂的工作包，按照 5%~10%的额度设定了管理储备。

4．控制项目成本

控制项目成本，是监督项目状态，以更新项目成本，管理成本基准变更的过程。根据成本基准、项目管理计划和项目工作绩效数据，综合采用增值分析和预测技术对项目成本进行有效控制，使用Project项目管理软件辅助完成成本管理。在成本控制中，主要使用挣值管理的方法，对项目的成本、进度进行测量。通过在Project项目管理软件输入成本、进度数据，利用Project相关统计功能，显示成本基准和实际成本的偏差，计算出完工尚需绩效指数TCPI，再整理出相关工作绩效信息，再对偏差情况进行分析和预测，提出针对性的纠正措施并按照标准变更流程管理成本的偏差。通过增值分析和预测技术非常实用且有效指导项目成本的控制过程。

经过我们团队的不懈努力，该项目于2017年7月正式通过验收，获得客户和客户上级领导的一致好评。该系统整体实现了当初既定的目标，公司运营效率和管理水平得到了整体提升，成功实现由老系统人工手动抽取数据、人工转换、计算机监测上升到新系统自动数据抽取、转换、实时监测、运营分析应用的跨越。由于项目成本估算方法得当、预算准确，成本控制措施得力，在项目实施中，项目成本一直处于可控范围内。但在本项目其他方面出现了一些问题，如由于对可视化主体设计工作量估计过于乐观，导致部分个性化需求界面估计值不准确，与实际值有一定偏差，造成了几天的工期延误，在通过赶工等手段及时修正了偏差之后，问题才得以解决，这些问题在以后的项目中会加以改进。纵观项目的全过程，做好项目成本管理是本次项目成功的重要保证，也让我对项目成本管理理论指导实际应用有了更加深入的理解，为应对未来更加复杂的项目积累了宝贵经验。

第二篇：信息系统项目管理师

信息系统项目管理师

http://

论项目的综合管理

【摘要】

2006年4月，我有幸参与了国家发改委投资建设的“XXX部委办公业务资源信息系统”项目的工程建设，并担任应用系统建设方的项目经理，负责项目的整体规划、组织实施和管理控制。由于该项目规模大、涉及范围广，参与人员和公司众多，具有大型复杂项目特点，首先建立适合该项目的过程管理体系，以指导、管理和约束各方以一致的方式来实施项目。通过制定“三审”制管理和控制项目实施，制定变更管理制度有效管控项目变更，通过项目分项验收、初步验收和竣工验收的三阶段验收过程来保证项目的成功收尾。在项目的实施过程中，我以积极的态度推动项目进展，加强各方沟通，平衡相关干系人的利益，有效地控制了项目的范围和进度，确保了项目的质量，最终顺利完成了该项目，取得了用户高度的认可。【正文】

为进一步增强XXX部委工作的科学性和民主性，提高XXX部委的工作效率和质量，在XXX领导、原信息产业部部长吴基传同志的领导和指导下，由XXX部委常委会办公厅向国家发改委申请建设“XXX部委办公业务资源信息系统”。经国家发改委批复，总投资金额为XXXX万元，其中应用系统包为3056万，由我公司承建。该项目于2006年X月正式启动，我有幸被公司任命为现场项目经理，全面主持该项目的管理工作。该项目的应用系统建设内容包括XXX部委...六大业务应用系统，合计37个子系统。经过两年多的系统建设和试运行，在支撑XXX代表大会和常委会的代表、会议管理方面发挥了重要作用，初步实现了XXX部委立法、监督工作的全业务流程管理，进一步增强机关整体信息化水平

信息系统项目管理师

http:// 和办公工作效率，得到了业主和最终用户的高度认可。

在该项目领导小组的亲切关怀和具体指导下，业主的全力配合与支持下，我与项目组全体同仁一起并肩作战，克服种种困难，历经两年多的系统建设和试运行，于2009年10月全面通过了验收委员会的竣工验收。

该项目的成功实施，我们认为得益于有效的项目整体管理机制，下面结合笔者实际经验，简要介绍该项目的整体管理过程和方法。

一、制定项目管理规划

XXX部委项目具有项目规模大、建设周期长、政治及社会意义重大、涉及领域广且复杂等特点，需要按照大型项目建设特点并参照国家电子政务工程建设标准规范对项目进行整体规划。具体规划工作如下：

1、大型及复杂项目在制定项目计划前，需要建立一套适合本项目的项目管理过程体系，XXX部委项目的业主方、监理方和各承建方对此有足够的认识，委托我们牵头起草制定《XXX部委项目工程建设管理办法》，经过多次讨论、审议并通过了该管理办法。该项目管理办法要求打破各承建公司界限，成立工程总体组，统一管理项目的实施工作。提出以应用为龙头，指导网络、安全系统的建设；建立项目管理和控制流程，建立项目沟通机制和采购管理制度等；为后续制定详细项目管理计划和项目实施提供了依据。

2、在制定项目管理计划过程中，根据该项目自身特点，我们划分了项目阶段、制定了范围管理计划、质量管理计划、配置管理计划、沟通管理计划、采购管理计划及工程档案管理计划等内容。对于项目阶段的划分，考虑到该项目业务需求的不确定性以及应用支持平台选型的关键问题，我们提出将项目划分为两个大的阶段，第一阶段为业务需求的原型法求证和应用支持平台的选型技术论证，信息系统项目管理师

http:// 并通过试点应用以进一步确认。第二阶段是在第一阶段成果基础上基于成熟的应用支持平台产品全面开展系统开发、测试、上线及试运行工作。对于范围管理计划，我们严格按照发改委批复的初步设计开展项目范围管理工作，如项目范围发生变更，根据《国家发改委的电子政务工程管理办法》，向发改委进行报备。为满足国家档案局对该项目的项目档案验收的要求，我们配合业主和监理制定了项目档案管理办法，对项目从招投标开始到项目竣工验收全过程的过程文件进行管理和归档。

3、项目管理计划经过了多次评审，并确立了里程碑基线。在工程建设及试运行期间，我们不断对项目管理计划进行调整和更新，以适应新形势的变化。

二、项目执行及管控

项目执行及管控是对实现项目管理计划所规定的工作进行实施、管理和监控的过程。根据项目管理计划，为便于分工和管理，我将项目团队分为总体组、六个业务应用开发组、平台技术组、数据库组、系统测试组、配置管理组和标准规范组。其中总体组由项目经理和技术总监组成，负责项目的管控和技术总把关，并向业主和监理汇报。其他各组均设立组长，明确分工和职责。六个业务组对应六大业务应用系统的具体开发工作，其他职能组协助系统的开发和管理工作。合理建立项目组织机构为项目实施开展提供了有力组织保障。

在项目整体管控方面，建立了“三审”制度。每一项建设任务均按开工审查、上线部署审查、分项验收审查三个阶段实施审查；每一项采购（硬件设备及系统软件）均按采购申请审批、询价申报审批、到货验收三个流程实施审查。我们作为承建方，在每一个系统上线或采购前均严格执行三审制度，进行汇报、接收审查及获得验收确认。

信息系统项目管理师

http://

根据工程建设具体情况，需要阶段性接收业主方工作审查。我带领项目组开展项目绩效的收集，讨论并形成阶段性工作汇报PPT，通过会议形式向业主汇报接收审查，业主根据我们的绩效情况提出具体的整改要求，并在监理监督下,会后开展具体的整改工作。

三、整体变更控制

整体变更控制过程用来审查所有变更请求，批准变更，并维护项目管理计划、项目范围说明书和其他可交付成果。由于该项目时间跨度大、涉及内容广，在项目的实施过程中，因换届、机构调整、部门领导变动等因素导致需求发生了较大的变化，为规范项目变更管理，由监理牵头，各方参与制定了《项目变更管理办法》。该办法明确了变更控制流程和变更文档模板，并成立变更控制委员会，主要由信息中心领导、业务处处长及科员组成，必要时邀请专家顾问参与。项目组依据该办法先进行需求调研及分析，确认与用户理解一致后，提出变更后的实施方案，随变更请求，提交变更控制委员会进行批准。批准通过后，需更新项目管理计划等文档作为项目控制基线。变更请求文档，更新的项目文档作为过程文档进行管理。对于建设需求变化较大的，比如子系统级的变更、第三方采购软件选型变更等，需根据发改委《关于进一步加强国家电子政务工程建设项目管理工作的通知》中的相关规定，在规定的调整范围内进行变更得，需对变更原因、变更内容、涉及费用等情况说明并向发改委进行报备。

四、项目收尾

项目收尾指完结项目管理计划中规定的所有活动以正式结束项目的过程。该项目的收尾或验收需依据《国家电子政务验收大纲》的要求，分为分项验收、工程初步验收和竣工验收三个阶段。由于项目规模大，分系统众多，又涉及第三方

信息系统项目管理师

http:// 转包和采购，使得项目验收的工作量很大。在项目建设后期，几乎耗费了我全部的时间用于项目验收工作。为顺利完成项目验收，我采取了在项目组内部成立验收文档组，调动其它分组组长参与具体的验收相关工作的措施。下面简要介绍三个阶段的验收过程：

分项验收是项目整体验收的基础和关键，分项验收需要最终用户出具用户使用报告，作为分项验收不可缺少的依据。出具用户使用报告需要最终用户单位报各级领导层层审批，加上领导通常很忙，效率很低。有时赶上某位领导出差，要等上一周的时间；有时用户单位的领导怕担责任，相互推诿，能拖则拖。针对这些情况，我通常先走正常的审批流程，不断监控审批情况，一旦发现有拖延，就加强督促力度；遇到用户领导推诿或是不想签的情况，我会同信息中心局领导沟通，请他们出面协调最终用户主管局领导协商解决。随着各分系统的上线和试运行，我们采取了“成熟一个，验收一个”的策略，经过9个月的努力，完成了共xx项的全部分项验收工作，为工程初步验收打下了坚实基础。

为顺利通过专家组的初步验收审查，项目组采取了按终验标准准备的策略，一是聘请第三方测评机构进行系统验收测试、风险评估和等级化保护测评两项测评工作；二是准备初步验收总报告、工程、技术、财务和档案分项报告；三是邀请工程、技术、财务和档案专家组提前入场指导验收工作。在监理的统一协调管理下，各承建单位打破公司界限，成立验收工作准备小组，开展验收准备工作。期间，我组织应用系统项目团队召开了验收动员大会，要求团队各成员以配合验收工作为首要任务，积极推进验收工作的开展。经过一个多月紧张的准备工作，项目组于2008年XX月XX日在XXX召开了工程初步验收会议。会议期间，我们负责专家提问的关于应用系统建设部分的应答、配合分项专家组出具分项验收

信息系统项目管理师

http:// 报告，配合专家总体组出具初步验收报告。最终顺利通过了初步验收。

完成了初步验收工作，工程整体进入了试运行阶段，为完成竣工验收工作，我们主要完成了三方面的工作：一是大力推进办公平台在全机关各单位的全面应用；二是根据初步验收专家组和第三方测评机构提出的整改意见组织力量开展各项整改工作；三是编制工程试运行报告、工程整改报告和典型应用案例，配合业主形成竣工验收申请材料，向国家发改委提出竣工验收申请。因准备工作充分，本次竣工验收获得了专家的高度认可，并顺利通过。

从该项目启动到竣工验收，经历了三年多的时间，总结整个项目的实施，我们认为得益于在项目初期阶段就建立了符合大型复杂项目特点的项目管理过程体系，引入了项目整体管理理念和方法，对项目进行了科学、规范的整体管理。通过项目整体管理，使项目所有的组成要素在适当的时间充分地、有机地结合在一起，极大地提高了项目的实施效率。

如需了解更多信息系统项目管理师资讯请到希赛网进行查看！

第三篇：软考系统集成项目管理工程师和信息系统项目管理师如何选择

软考中的系统集成项目管理工程师和信息系统项目管

理师如何选择

柚子最近看到不少准备2018年上半年全国计算机软件考试（软考）的朋友，都在考虑都是软考项目管理类的考试，中级系统集成项目管理工程师是不是容易一些呢，但是有觉得软考高级的信息系统项目管理师赶紧量比较高，不知道如何取舍。今天柚子课堂就给大家分析如何选择软考中的系统集成项目管理工程师和信息系统项目管理师。

首先来说下那一类人适合考软考中级的系统项目管理工程师：

1、需要中级证书

2、需要中级职称

3、申请北京工作居住证、上海天津积分的，中级以上职称即可

4、IT行业工作经验不丰富，项目管理经验不丰富

5、刚刚从事IT行业或在校学生

6、论文有难度，写字太慢或字迹不工整的考生（这一点比较重要）软考高级信息系统项目管理师确实还是有一些难度的，尤其是死在论文上的有一波人。对于不擅长理解和记忆知识点的就容易栽在基础知识上，基础知识内容比较广。下面看下哪种人需要考软考高级信息系统项目管理师：

1、需要高级证书

2、需要高级职称

3、系统学习过项目管理知识，通过了PMP的学员

4、在IT行业有3年以上工作经验

5、非IT 行业，通过软考获取计算机类职称

6、申请户口、积分落户、一线城市人才引进

7、技术偏弱，管理经验丰富

其中强调一点是为什么最好是通过了PMP的学员，因为考试知识管理部分和PMP的考试内容重合，考起来会更容易。

这下小伙伴们知道如何选择软考中级系统集成项目管理工程师和软考高级信息系统项目管理师。遇见柚子，点亮职场，希望柚子课堂今天的分享能帮助到大家。

第四篇：信息系统项目管理师论文整体管理

论工商信息协同系统整体管理

[摘要]：

2004年6月，我作为项目经理开始参与某省烟草公司工商信息协同项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统工程浩大，外部运行环境复杂，具有严格的安全，稳定，时实高效和可靠性能要求，是一个基于网络的大型数据库实时分布式系统，该系统由数据交换存储子系统，信息分析查询子系统，产销衔接子系统，管理监控子系统四部分组成，统一于服务器端软件模块，系统建设从数据中心中获取销售、订单数据，与商业企业核心的专卖、计划决策、订单处理及库存管理、CRM系统以及呼叫中心等系统进行数据交互，通过统一的数据传输层进行数据的传递。同时分公司一级的工商信息协同系统与省公司一级的工商信息协同系统进行数据交互，形成整个的工商信息协同系统.分段我们采用分期建设，研发与试点同步推进的开发方案，使用RUP软件工程方法对项目进行管理。一个项目成功离不开项目经理对整个项目的全局把握。本文以该项目为例，结合作者实践，讨论了该项目整体管理方面的问题，主要通过在计划阶段制定完整的项目管理计划，实施阶段对项目的进度，成本和质量进行跟踪和控制，力求三大目标的统一，正确处理变革等方法和策略对项目进行整体管理。目前该系统已开发完毕并全面推广，运行状况良好，受到客户一致好评 [正文]2004年6月，我作为项目经理开始参与某省烟草公司工商信息协同项目的开发，主要负责系统的组织规划实施开发与项目管理，工商信息协同系统完成了工商企业之间的销售预测和合同数量的达成，并自动的实现国家局电子交易系统的数据上报，减少了现有合同签订的工作量，也保证了合同数据的合理、可靠。该系统采用分公司分布方案，并统一建设在商业企业一方，系统总体结构包括系统展现层，4个应用子系统，数据传输层，支撑层数据传输层，支撑层。系统展现层是该系统用户界面的接口，使用BEA的Portal产品来实现展示。四个应用子系统分别是数据交换存储子系统，信息分析查询子系统，产销衔接子系统，管理监控子系统。传输层部署工作流引擎，传输引擎和各类系统插件（WEB SERVICE），支撑层上架设应用服务器BEA WebLogic Server，消息中间件（IBM MQ）、后台数据库软件Oracle和LDAP目录服务，硬件平台使用IBM小型机和PC服务器，系统平台是WINDOWSNT，UNIX或者LINUX。在各分公司，要提供各类业务系统接口，实现工商信息协同系统与核心运营CRM，营销系统，专卖系统，数据中心CALL CENTER 的无缝集成，省公司工商信息协同系统建设需要国家局电子交易平台提供相应的数据接口.在本项目中，我们采用分期建设，研发与试点同步推进的开发方案，并使用RUP 软件工程方法，进行项目的开发和管理，项目开发周期为1年，项目人员配置情况如下：客户方项目组由客户方项目领导小组3人 客户顾问1人 客户方项目负责人1人 客户方实施人员2人一共7人组成，负责监督项目的实施，和开发方沟通，明晰需求。开发方项目组由开发方项目领导小组3人，开发放顾问组3人，项目经理1人，分析设计组3人，开发组6人，测试组3人，界面美工1人，工程实施组3人，配置管理人员1人，质量管理人员1人，质量保证人员1人一共26人组成。项目的成功很大程度上归功于我对项目的整体管理。在该项目中，我主要使用microsoft project 2003 作为辅助工具，并通过在计划阶段制定完整的项目管理计划，实施阶段对项目的进度，成本和质量进行跟踪和控制，力求三大目标的统一，正确处理变革等方法和策略对项目进行整体管理

计划阶段制定完整的项目管理计划

我带队在经过两个月的整体规划和可行性分析之后，项目于2004年8月正式立项建设。项目计划是实施时的依据和指南，好的项目计划可以有效地指导项目的实施。在该项目中，我制定了如下计划：工作计划，主要说明该项目的实施方案以及对资源的有效利用；人员组织计划，主要说明工作分解结构图中的各项任务有谁来承担；设备采购供应计划，主要需要采购哪些设备，采购的具体流程；资源供应计划，它是有关项目全过程资源供应的方案；变更控制计划，主要说明如何处理变更请求，进度计划，拟定项目的进度，完成时间以及各阶段目标，成本投资计划，包括各层次项目单元成本，文件控制计划是保证项目顺利文件管理的方案；支持计划，主要包括培训，考评，系统测试等支持方式，比如：在采购计划，我制定了IBM小型机，PC服务器，其它硬件设备和中间件产品都需从外部采购，并要求必须严格按照采购流程完成，比如：合同编制，招标，供方选择，合同管理，收尾等。

进度，成本，质量进行跟踪和控制，力求三大目标统一。

实施阶段要进行进度的跟踪和控制，在确定项目开发计划时，我们制定了详细的工作进度表，在确定每项任务时都确定了该任务的工作量，开始时间，结束时间，持续时间，同时要让每个小组成员都知道自己承担的任务时间表，根据自己的任务制定详细的工作计划.工作日志是了解每个小组成员工作情况的最好方式，我要求每个小组成员都要对自己的工作情况做日志，详细记录自己每天的工作。在每周5下班前通过内网B/S项目管理信息系统PMIS 提交《项目周报》，把各自本周内完成的任务进度情况和下周任务计划做出汇报，报告要严格按照百分比量化任务完成的情况，因为PMIS只提供具体的百分比选择，每个小组成员都要对自己的总结报告做出负责，我把各项任务实际完成数据输入到项目进度计划中，Project自动完成甘特图的绘制并生成成本统计表，通过查看甘特图就可以交好的把握项目的总体进度绩效，随时了解项目进度,并确定是否调整下一阶段的进度计划

一个产品是否合格，取决该产品的质量是否达标。在该项目中，我要求开发人员要和质量管理人员，质量保证人员要紧密配合，对他们提出的问题都要有清晰的文档纪录。同时，我们公司还引入CMM3质量保证体系，有效地指导了项目的质量保证工作，并尽力保证成本，进度，质量三大目标的平衡。正确处理变更。

在一个项目中，便更是必然的，也是不可避免的，进度拖延，成本失控，客户有新的需求等都会引起项目的变更。在本项目中，我要求有处于工作状态的产品，开发人员才可以对其任意修改，修改完成后，重新入库即可。而作为基线入库的产品，需进行修改时，必须提交变更请求，经CCB变更完成后，并经评审后，确认变更无误方可重新入库，使其恢复到受控状态。CCB由用户代表，软件质量控制人员，配置控制人员和包括我在内的4个人构成。工商信息协同系统已于2005年6月下旬开发完毕并全面推广，目前运行状况良好，受到客户和有关部门的一致好评。项目能够成功，作好整体管理工作实非常重要的，但是在管理过程中也遇到一些问题，进度和成本控制不到位，团队成员沟通力度不够，客户参与不足。在这些我的确有待加强在今后的项目中，我会不断努力和提高。

第五篇：信息系统项目管理师要点

项目建议书： 1.项目必要性 2.项目的市场预测

3.产品方案或服务的市场预测 4.项目建设的必需条件

技术类的立项申请书： 1.项目名称

2.项目建设的必要性和依据 3.项目目的、作用及意义

4.国内外技术发展概况、水平、趋势 5.研究领域，关键技术，研究内容，技术方案、规模、进度安排 6.开发情况、工作基础和设备条件 7.项目负责人，主要的技术人员 8.项目起止时间，最终目标，前景及预期的考核的技术经济指标 9.项目经费预算、用途和用款计划 项目评估报告的内容： 1.项目概况 2.评估目标 3.评估依据 4.评估内容

5.评估机构和评估专家 6.评估过程 7.详细评估意见

8.存在或遗漏的重大问题 9.潜在风险 10.评估结论11.进一步建议

计划的编制原则：全局、全过程 1.目标的统一管理 2.方案的统一管理 3.过程的统一管理 7.应该包括项目管理工作，包括分包出去工作 8.遵循8/80原则

WBS的用途： 1.是展现全貌，详细说明完成项目必须完成各项工作的计划工具 2.是清晰地表示各项目工作之间的项目联系的结构设计工具 3.是帮助项目经理和团队确定和管理项目所涉及的工作的依据 4.定义了里程碑事件，可以向高级管理层和客户报告项目完成情况，作为项目状况的报告工具 详细的项目范围说明书的内容1.项目和范围目标

2.产品或服务的需求和特性 质量保证活动： 1.制定质量标准 2.制定治疗控制流程

3.制定质量保证采用方法和技术 4.建立质量保证体系及评估 质量保证作用：

1.是保证质量的一个重要环节 2.为持续质量改进供基础和方法3.为项干人提供对于质量的信任 4.是质量管理的一个重要内容 5.与质量控制共同构成对质量的跟踪和保证 质量管理保证内容 1.制定质量标准 2.制定质量控制流程

3.提出质量保证采用方法和技术 5.组织纪律性强

6.互相信任，善于总结和学习有效管理原则：

1.对团队有耐心，态度良好 2.解决问题而非抱怨成员3.定期召开有效会议 4.将团队控制在3-7人

5.规划社会活动，熟悉彼此 6.给予成员同等压力

7.培养鼓励成员帮助其他成员 8.认可个人和团队成绩

绩效考核可能带来问题： 1.赶工或偷工减料降低质量 2.员工超负荷劳动，影响质量士气 3.只追求目前的项目按时交付 4.只追求本项目成功，无能力积累 4.计时法 5.风险分类

6.风险概率和影响的定义 7.概率和影响矩阵

8.修改的利害关系者承受度 9.汇报格式 10.跟踪

风险特征：

1.是损失或损害 2.是一种不确定性 3.是针对未来的 4.是客观存在的 5.是相对的6.是预期和后果之间的差异 风险识别内容：

1.识别并确定项目哪些潜在风险3.4.5.6.7.建立配置管理系统 变更管理 版本管理 配置状态报告 配置审计

配置识别内容：

1.识别需要受控的软件配置项 2.给每个产品和其组件及文档分配唯一标识

3.定义每个配置项重要特征以及识别其所有者 4.识别组件、数据及产品获取点和准则

5.建立和控制基线

6.维护文档和组件的修订与产品版本之间关系 建立配置管理方案步骤：

绩效报告内容：

1.项目进展和投资情况 2.项目的完成情况

3.项目总投入、资金到位情况 4.项目资金实际支出情况 5.主要需要情况 6.财务制度执行情况

7.项目团队个职能团队绩效 8.项目执行过程中存在的问题 9.预测 10.变更请求

11.其他需要说明的问题

项目变更主要原因：

1.项目外部环境发生变化

2.项目范围的计划编制不周密详细，有遗漏 3.市场上新技术、新手段、新方案 10.其他

详细可研的内容： 1.概述 2.需求确定

3.现有资源、设施情况分析 4.设计（初步）技术方法 5.项目实施进度计划

6.投资估算和资金筹措计划 7.项目组织、人力、技术培训计划 8.经济和社会效益分析 9.合作协作方式

项目论证作用

1.确定项目是否实施的依据 2.资金筹措、向银行贷款的依据 3.编辑计划、设计、采购、实施以及机构设置、资源配置的依据 4.防范风险、提高效率的重要保证 可行性研究步骤：

1.明确项目的目标和规模 2.研究正在运行的系统 3.建立新系统的逻辑模型 4.导出和评价各种方案 5.推荐可行性方案 6.编写可行性研究报告 7.递交可行性研究报告

需求开发：

1.获取2.分析 3.定义4.验证 需求管理流程：

1.制定需求管理计划 2.求得对需求理解 3.求得对需求承诺 4.管理需求变更

5.维护对需求双向跟踪

6.识别识别工作与需求不一致性 需求管理变更原则

1.谨慎对待，尽量控制变更 2.高度重视需求变更 3.签署变更控制协议

4.在基线基础上做好变更

5.需有好的变更控制工具的支持 6.吧项目变化融入项目计划 7.及时发布变更信息 需求说明书：

1.完整性2.一致性 3.可修改4.可跟踪

项目章程的内容： 1.项目需求，反应干系人要求期望 2.项目须实现商业需求、项目概述或产品需求

3.项目的目的或立项理由 4.委派的项目经理并授权 5.概要的里程碑进度计划 6.项目干系人的影响 7.职能组织及其参与

8.组织的、环境的和外部的假设 9.组织的、环境的和外部的约束 10.论证业务方案，包括投资回报率 11.概要预算

项目启动的主要活动： 1.识别项目需求 2.解决方案的确定

3.对项目进行可行性分析 4.项目立项

5.项目章程的确定

4.计划的统一管理 5.人力资源的统一管理

6.技术工作与管理工作协调统一 7.各干系人参与 8.逐步求精

项目整体管理计划内容： 1.项目背景 2.项目干系人

3.项目总体技术解决方案 4.所使用的项目管理过程

5.每个特定管理过程的实施程度 6.完成这些项目的工具技术描述 7.选择项目周期和相关项目阶段 8.如何用选定过程管理具体项目 9.如何执行工作完成项目目标 10.如何监督和控制变更 11.如何实施配置管理

12.如何维护项目绩效基线完整性 13.项目干系人沟通的要求和技术 14.为项目选择的生命周期模型 15.为解决遗问和未定决策，对内容、严重和紧迫程关键管理评审 项目管理计划编制流程

1.明确项目目标和阶段目标 2.成立初步的项目团队 3.工作准备和信息收集 4.依据标准、模板编初步概要项划 5.编写范围、质量、进度等分计划 6.将分计划纳入，进行平衡优化 7.项目经理负责组织编项目计划 8.评审与批准项目计划

9.项目获批，形成项目基准计划 范围管理内容 1.确定项目需求

2.定义规划项目的范围 3.范围管理的实施 4.范围变更控制管理 5.范围核实

项目范围管理计划的内容：

1.根据初步的项目范围说明书编制详细项目范围说明书的方法 2.从详细的项目范围说明书创建WBS的方法

3.关于正式确认和认可已完成交付物方法的详细说明

4.有关控制需求变更如何落实到详细的项目范围说明书的方法 WBS制定过程

1.识别和分析项目可交付物和与其相关的工作 2.构造和组织WBS

3.把高层的WBS分解为低层次、详细工作单元

4.为WBS工作单元分配代码 5.确认分解程度是必要的充分的 WBS分解原则

1.各层次上保持完整性，避免遗漏 2.一个工作单元只属于某上层，避免交叉从属

3.系统层次工作单元性质相同 4.工作单元应能分开不同责任者和工作内容

5.便于满足项目管理计划，控制的管理需要

6.最底层工作具有可比性，可管理，定量检查

3.项目需求和可交付物 4.项目的验收标准 5.项目边界

6.项目的约束条件 7.项目的假设条件 8.初始的项目组织 9.初始风险 10.进度里程碑 11.初步分解结构 12.资金限制 13.14.项目配置管理需求 15.项目规范 16.范围变更控制关注内容：

1.对造成范围变更因素施加影响，以确保该变更得到一致的认可 2.确定范围变更是否已经发生 3.当变更发生时，管理实际的变更 进度变更控制关注内容： 1.确定项目进度当前状态

2.对引起进度变更因素加以影响，以保证该变化朝有利方向发展 3.确定项目进度是否已经变更 4.当变更发生时，管理实际变更 成本变更控制关注的内容：

1.对造成成本基准变更的因素施加影响

2.确保成本基准变更获得同意 3.当变更产生时，管理实际的变更 4.确保潜在的成本超支不超过授权项目阶段资金和总体资金 5.监督成本执行绩效，找出与成本基准的偏差

6.准确记录所有与成本基准偏差 7.防止错误、不恰当、未批准的变更被纳入成本或资源使用报告 8.就审定的变更通知项目干系人 9.采取措施，将预期的成本超支控制在可接受的范围内 编制成本预算的原则： 1.要以项目需求为基础 2.要与项目目标相联系，同时考虑质量和进度目标 3.要切实可行 4.应当留有弹性

成本估算的主要步骤：

1.识别并分析项目成本构成科目 2.根据识别的项目成本构成科目，估算每一科目的成本大小 3.分析估算的成本结果，找出各种可以相互替代的成本，协调各成本之间的比例关系 成本预算步骤：

1.将项目总成本分摊到WBS的各个工作包

2.将各个工作包成本分摊到所包含的活动上

3.确定各项成本预算支出的时间计划及项目成本预算计划 质量管理流程：PDCA 1.确立质量标准体系

2.对项目时候死进行质量监控3.将实际与便准对照 4.纠偏纠错

4.建立质量保障体系

质量管理保证方法

1.首先执行项目的质量管理计划 2.采用质量保证的工具和技术 3.提出相应的质量整改措施，如建议的纠正措施，对项目计划更新 质量保证人员工作

1.制定计划和质量标准 2.实施质量检查 3.分析、解决问题，验证解决问题 4.给干系人质量报告 5.培训和指导

质量控制的步骤： 1.选择控制对象

2.确定控制对象的标准和目标 3.制定实施计划，确定保证措施 4.执行计划

5.对实施情况跟踪监测、检查，将监测结果与标准和计划比较 6.发现并分析偏差

7.根据偏差情况采取措施 提升项目质量 1.强有力的领导

2.建立组织级的项目管理体系 3.建立组织级的质量管理体系 4.建立组织级的激励制度 5.理解质量成本 6.提高文档质量

7.发展和遵从成熟度模型 提升质量步骤

1.建立项目质量目标

2.建立质量保证和控制流程 3.建立质量参数度量体系 4.对过程和产品检查，比对发现质量问题，监督控制问题的处理 5.对质量问题分析，找出改进措施 6.不断循环 人员配备管理计划： 1.组建项目团队 2.时间表

3.人力资源释放安排 4.培训需求 5.表彰和奖励 6.遵守的规定 7.安全性

团队建设的目标：

1.提高成员个人技能，以提高完成项目活动能力，同时降低成本、缩短工期、改进质量并提高绩效 2.提高团队成员间的信任感和凝聚力，已提高士气，降低冲突，促进团队合作

3.创建动态团结合作的团队文化，以促进个人与团队的生产率、团队精神和团队协作，鼓励成员间交叉培训以共享经验和知识。成功项目团队的特点 1.团队的目标明确，成员清楚自己的工作对目标的贡献 2.团队的组织结构清晰，岗位明确 3.有成文的或习惯的工作流程和方法，而且流程简明有效

4.项目经理对团队成员有明确考核和评价标准

高效会议：

1.实现制定一个例会制度 2.放弃可开卡不开的会议 3.明确会议的目的和期望结果 4.发布会议通知

5.会议前将材料分发给参会人员 6.借助视频设备 7.明确会议规则

8.会议后要总结，提炼结论 9.会有要有纪要 10.做好后勤保障

人员转移流程

1.项目团队成员的管理计划即人力资源管理计划所描述的人员转移条件已触发

2.项目团队成员所承担任务已完成，提交了警确认的可交付物并完成工作交接

3.项目经理与项目团队成员确认该成员的工作衔接已完成4.项目经理签发项目对成员转移确认文件

5.项目经理签发团队成员绩效考核文件

6.项目经理通知所有相关干系人 7.若项目收尾其他项目成员结束项目工作，应召开表彰大会，肯定项目的成绩，团队成员的业绩，同时总结项目的经验教训。沟通管理计划内容：

1.项目干系人的沟通要求 2.对要发布信息的描述 3.信息接收的个人或组织 4.传达信息所需的技术或方法 5.沟通频率

6.上报过程,确定上报时间,管理链 7.随项目的进展对沟通计划进行更新和细化 8.通用词语表

沟通管理计划编制步骤

1.确定干系人沟通信息需求 2.描述信息收集和文件归档结构 3.信息交流的形式和方式 沟通原则： 1.内外有别

2.非正式沟通有助于关系的融洽 3.采用对方能接受的沟通风格 4.沟通升级原则 5.扫除沟通的障碍 沟通阻碍因素：

1.沟通双方物理距离 2.沟通环境因素 3.缺乏清晰沟通渠道 4.复杂的组织结构 5.复杂的技术术语 6.有害的态度

项目干系人管理：

1.对需求期望识别了解沟通层次 2.理解干系人需求达成项目目标 3.使用计划中的确定的沟通方法 4.目标是促进干系人理解和支持 风险管理计划内容： 1.方法论 2.角色与职责 3.预算

2.识别引起这些风险的主要因素 3.识别项目风险可能引起的后果 风险识别特点 1.全员性 2.系统性 3.动态性 4.信息依赖性 5.综合性

采购管理计划内容： 1.采用的合同类型

2.是否采用独立估算为评估体系 3.有采购部门时团队采取啥行动 4.标准的采购文件 5.管理多个供应商

6.协调采购与项目的其他方面 7.对计划的采购造成影响的任何约束和假定

8.处理从卖方购买产品所需的提前订货期

9.进行自制外购决策

10.确定每个可交付成果日期安排 11.确定履约保证金或保险合同，减轻风险

12.为卖方指导，助其制定维护WBS 13.确定用于采购或合同工作说明书的形式格式

14.确定通过资格预审的卖方 15.管理合同和评估卖方衡量指标 工作说明书格式： 1.前言

2.项目工作范围 3.项目工作方法 4.假定

5.工作期限和工作量估计 6.双方角色和责任 7.交付件

8.完成以及验收标准 9.服务人员 10.聘用条件

11.收费和付款方式 12.变更管理 13.承诺 14.保密

管理收尾

1.确认项目或者阶段已满足所有赞助者、客户及其他干系人心情的行动和活动

2.确认已满足阶段或者项目完成标准，或者确认项目阶段或者项目的退出标准的行动和活动 3.需要时把项目产品或服务转移到下一个阶段，或者移交到生产或运作的行动和活动

4.活动需要收集项目或阶段记录、检查项目成功或失败、收集教训、归档项目信息，以便组织未来的项目管理。合同收尾办法：

涉及结算和关闭项目所建立的任何合同、采购或买进协议，也定义为支持项目的正式管理收尾所需的与合同相关的活动。该办法包括产品验证和合同管理收尾。配置管理的主要工作 1.制定配置管理计划 2.配置识别和建立基线

1.组建配置管理方案构造小组 2.对目标机构进行了解和评估 3.配置管理工具及其提供商评估 4.制定实施计划

5.定义配置管理流程 6.试验项目的实施 7.全面实施

CCB对变更申请确定内容： 1.变更的内容是否合理 2.变更的范围是否正确、考虑周全 3.受影响的配置项是否被充分考虑，是否需要同时进行变更 4.工作量估计是否合理 5.如有变更实施方案，评估基线变更的实施方案是否合理 功能配置审计验证内容： 1.配置项的开发已圆满完成2.配置项已达到规定的性能和功能特性

3.配置项的运行和支持文档已完成并符合要求 物理配置审计验证内容：

1.每个构建的配置项符合相应的技术文档

2.配置项与配置状态报告中的信息相对应 变更程序：

1.提出和接受变更申请 2.对变更的初审 3.变更方案论证

4.项目变更控制委员会审查 5.发出变更通知并开始实施 6.监控实施的变更7.变更效果的评估

8.判断发生变更后项目是否已经纳入正常轨道 PMO关键特征：

1.在所有PMO管理的项目间共享和协调资源

2.明确和制定项目管理方法、最佳实践和标准

3.负责制定项目方针、流程、模板和其他共享资料

4.为所有项目进行集中配置管理 5.对所有项目的集中的共同风险和独特风险存储库加以管理 6.项目工具的实施和管理中心 7.项目间的沟通管理协调中心 8.对项目经理进行指导的平台 9.在企业级对所有PMO管理项目的时间基线和预算集中监控 10.在项目经理和任何内部或外部的质量人员或便准话组织之间协调整体项目的质量标准 工作绩效内容：

1.计划进度与实际进度 2.哪些可交付物已经完成，未完成 3.进度表中那些活动已开始，结束 4.对质量标准符合到何种程度 5.预算执行情况 6.活动完工估计

7.活动的实际完成百分比

8.已被记录并送人经验知识库的经验教训

4.项目实施组织本身发生变化 5.客户对项目、产品或服务的要求发生变化

6.产品范围定义的过失或者疏忽 7.项目范围定义的过失或者疏忽 8.增值变更

9.应对风险的紧急或回避计划 10.项目执行过程与基准不一带来被动的调整变更控制流程作用

1.指出怎样提交变更手续 2.记录变更情况

3.列出管理层对变更影响 4.记录变更批准情况

5.说明能批准变更的权限级别 变更注意：

1.对变更因素施加影响。2.对变更确认正式化。

3.对变更操作过程规范化。变更管理主要任务

1.分析必要性和合理性，是否实施 2.记录变更信息，填写变更控制单 3.作出更改，并报上级审批 4.修改配置项，确立新版本 5.评审后发表新基线

变更初审的目的：

1.对变更提出方施加影响，确认变更必要性，确保变更是有价值的 2.格式、完整性校验，确保评估所需信息充分

3.在干系人间就提出供评估变更信息达成共识

4.变更初审常见方式为变更申请文档的审核流转 变更评估涉及方面：

1.首要的评估依据是项目基准 2.结合变更的初衷看变更的目的是否已达到

3.评估变更方案中的技术论证、经济论证内容与实施过程的差距并推进解决。系统集成项目文档： 1.系统集成项目介绍 2.系统集成项目最终报告 3.信息系统说明手册 4.信息系统维护手册 5.软硬件产品说明书、质量保证书 项目总结意义

1.了解项目全过程的工作情况及相关团队或成员绩效情况 2.解出现的问题并改进措施总结 3.了解项目全过程出现的值得吸取的经验并进行总结

4.对总结后的文档进行讨论，通过后存入公司知识库，纳入企业过程资产 项目总结会内容 1.项目绩效 2.技术绩效 3.成本绩效 4.进度计划绩效 5.项目沟通

6.识别问题解决问题 7.意见和建议