信息系统项目管理师论文写作技巧总结[五篇范例]

第一篇：信息系统项目管理师论文写作技巧总结

项目管理师论文写作指南

1.大纲中的要求

《信息系统项目管理师考试大纲》中，要求考生根据试卷上给出的四个有关项目管理的论文题目，选择其中的一个，按规定的要求写论文和摘要。论文可能涉及的内容极其广泛，主要有信息系统项目管理，信息安全，信息系统项目监理，信息化战略与实施，大型、复杂和多项目的管理，项目绩效考核和绩效管理6个主要模块的论题方向，这6个方向又分为若干个子内容。

历届高级资格考试论文写作一般会有如下的要求：

简述你所从事的项目及你在项目中担任的角色；

在项目中关于论题方向碰到的问题和解决对策；

对项目实话的总结和展望。

2.为什么会觉得论文考试难

对于在职人员来说，可能存在以下困难：

有项目经验但要写成论文觉得写作水平有限；

长期从事某一个方面的工作，很少从事项目管理这种综合性的工作；

从事技术性工作或研究工作，热衷于技术实现，管理工作做得较少；

工作任务过重，无暇复习及攥写论文。

要想考试过关，一是要尽量从繁忙的学习和工作中抽出时间来应考；二是要熟悉考试论文的写作格式及注意事项；三是掌握一定的论文写作技巧；四是需要阅读大量的资料来充电，五是在考试之前作适当的练习。当然如果您项目经验十分丰富，可以把重点放在锻炼写作技巧上来。

3.论文的格式与写作技巧

3.1 格式要求

项目管理师考试的论文不同于要放在学术杂志上发表的学术论文，也不同于学生的毕业论文，她主要是对自己工作经验的总结，更象一份述职报告，因此在格式上的要求也比较简单。

论文的内容分为两部分：摘要和正文。这两部分的书写要注意以下的格式：

达到字数要求。摘要一般要求200字以上，500字以下，正文要求2500字以上。在论文写作的方格纸上会有字数提醒。

不要在论文中书画图形，尽量用文字表述。

尽量保持卷面清洁，如果实现需要划掉文字，在字上划一横线即可。

不必写关键词。

3.2 写作进度把握

论文的写作时间只有两个小时，要在短短的两个小时里写出一篇高质量的论文确属不易，需要考生有较为丰富的理论和实践知识的积累，当然也不必害怕，因为这还是有章可循的。这里建议的时间分配如下：

通读论题，选定论题（5分钟）；

构思论文，写论文提纲（10分钟）；

摘要写作（15分钟）；

正文写作（80分钟）

复查论文（10分钟）。

论文的摘要由于在论文的写作过程中论文的论点及内容可能会有所变化，建议在写作完正文后再写摘要。下面按写作步骤详细解说。

3.3 论文选题

拿到试卷后，先把试题快速通览，找到自己最容易发挥，最擅长的方向的论题。为了照顾大多数考生的情况，论文题目会比较宽泛。

需要注意的一点是，既然是考项目管理师，论文内容当然不会关心过多的技术细节问题，重在项目管理。

选题时要考虑应和什么项目相关联。文章至少要与一个项目关联起来。那么如何选定项目呢？

在校的学生由于没有项目经验，往往不知论文应与什么项目关联为好。一是要看题目要求，如今年5月考试的论文题目中就明确指出要是参与管理过的大型信息系统项目，因此一般不要以如“学生成绩管理信息系统”这种课程设计性质的项目来写；二是尽量写自己熟悉的，如一般的可写高校人事MIS，高校教务MIS等，在职人员也可如此考虑。项目可以是虚构的，不需要指明开发单位，委托单位；三是如果有大型项目或可以构思出大型项目则更佳。

3.4 论文提纲

选定论题后不要急于动笔直接在答题纸（论文的答题纸为方格作文纸）上写作。因为直接写作很难有一个整体的思路，而且在写作的过程中可能会涂改而使得卷面不整洁，影响评卷人的心理。不提倡在草稿纸上书写论文再抄至论文答题纸上，因为考试的时间本就十分有限，抄写论文的时间也需不少。不妨先花点时间理理写作的思路，在草稿纸上写作论文的提纲，所谓“磨刀不误砍柴工”。

提纲中写些什么内容呢？可有如下的内容；

拟联系写作的项目，思考如何联系此项目来写作；

拟写论文的主要论点。

各段落的主要内容，如果直接以论点来分段就不必再写此项了。

论文的阅卷者一般会把论文看两遍，第一遍快速浏览全文的论点，以找出文章的“文眼”，第二遍再仔细阅读。如果论点清晰，会给阅卷者以清晰明朗的感觉。

3.5 正文写作

有了提纲了，写正文就轻松多了。正文可采用“总——分——总”式，即文章开头提出中心思想，再分述论点，最后在结尾处作出总结；也可用“提出问题——分析问题——解决问题”的逐步深入的方法。写作时注意以下几个方面：

理论联系实际，一定要与项目关联起来讨论，切忌空谈理论；

论点要正确，合乎工程实践的实际情况；

可以分条叙述的方式，但不要全文用此方式；

论点清晰，最好每段在开头处或结尾处点明论点；

结尾处要对项目的实施情况，以及应用论点论据应用情况作出总结。

不必列举过多的计算公式。

文章要带有一定的学术性，更多的应是谈项目经验。

不要关注于技术，多就论题写管理方面的问题及采取的措施。

3.6 摘要写作

摘要可按如下几个方面来写：

项目概述，包括自己主持或参与的项目及自己担任的角色。

论文的主要论点。

为方便大家书写摘要，这里给出两个摘要的书写模板。

模板一：（论点——项目概述）

本文以我主持（或参与）的××××××（项目名称）为实例，探讨了××××××（论文论题），认为××××××（论点）。在此项目中，我担任了××××××（角色），参与了××××××（任务），实施后×××××（用论文中的方法实施后的效果）。

模板二：（项目概述——论点）

×××××（项目名称）是×××××（项目说明），在此项目中，我担任了×××××（角色），参与了×××××（任务）。对于项目的×××××（论题），本文认为×××××（论点）。该项目实施后×××××（用论文中的方法实施后的效果）。

下面给出模板一的一个实例，以供参考：（论信息系统项目的需求管理和范围管理）

本文以我主持的某商业银行网上银行系统项目为实例，探讨了作为开发方公司在信息系统项目的需求管理和范围管理方面碰到的问题及解决的办法，文章首先解释了需求管理和范围管理的基本概念，认为需求工作做得不扎实，项目范围把控不好是导致项目难以成功的主要原因，提出应以CMM过程改进的思想指导项目的需求管理和范围管理，项目在需求分析阶段应确定需求可以决策的人，充分和客户沟通以正确把握需求，对于需求和开发范围的变更管理提出了解决的办法。我在该项目中担任了开发方的项目经理，自始至终参与了整个项目的建设，自2004年4月项目启动至2004年12验收历时8个月，系统至今运行稳定，取得客户的好评，很大程度上得益于项目成功的需求管理和范围管理。

4.论文考题分析

我们来把考试大纲的内容与历年的软件资格与水平考试高级（包括系统分析师和项目管理师）相关的考试论文题目列举出如下表所示，也许您会有所启迪。

表1

历年软件资格和水平考试高级考试与考试大纲相关的论文题

模块方向子内容历年考题考试年份

信息系统项目管理项目选择

可行性分析论信息管理系统的可行性研究1997年

项目生命周期流程管理

项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理论软件开发的质量管理1989年

成本/效益分析1990年

论软件项目的质量保证1993年

论项目管理工具的选用1998年

论软件质量保证2002年

论软件开发的风险控制2003年

论软件开发成本管理2004年上半年

论应用软件开发范围和功能的确定2004年下半年

论项目管理中的进度控制2005年上半年

论信息系统项目的需求管理和范围管理2005年上半年项目管理师

项目评估

企业级信息系统项目管理体系的建立

项目中的质量管理与企业质量管理异同分析论软件开发的质量管理1989年

论软件项目的质量保证1993年

论软件质量保证2002年

信息安全信息安全体系系统的安全与保密控制1992年

信息安全体系的安全风险评估

企业信息安全策略论企业信息系统的安全2005年上半年

论企业内部网的安全策略2004年下半年

信息系统工程监理监理的方法与工作流程

监理的机构及监理工程师

监理中的质量、投资、进度和变更控制

监理中的合同管理、信息管理和安全管理

监理中的组织协调

信息化战略与实施企业建设信息化系统的过程

信息化系统建设过程中常见问题

新技术对信息化建设的影响

CIO在信息化建设过程中的作用

信息化规划

不同类型信息化建设过程中的差异

电子政务建设论电子政务信息共享整合2005年上半年

企业自身管理成熟度对企业信息化建设的影响

大型、复杂信息系统项目和多项目的管理计划过程

跟踪和控制过程

范围管理论应用软件开发范围和功能的确定2004年下半年

论信息系统项目的需求管理和范围管理2005年上半年项目管理师

资源管理

协作管理

项目绩效考核与绩效管理团队绩效与项目绩效的关系

绩效评估的方法

项目绩效指标设计

绩效改进

从上面的表格中可以看出，还没有出过题目的内容极可能会成为下次考试出题的对象，“信息系统项目管理”模块中的“项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理”是近四年的高级考试中必出论文考题的内容。据此，作者列出19个考题供大家参考和练习（每个模块3~4个）：

l 信息系统项目管理

论项目团队建设

论项目沟通管理

论企业信息系统项目管理体系的建立

论项目采购管理与合同管理信息安全

论企业的信息系统安全体系

论企业信息系统的安全控制策略

论企业信息系统安全风险的评估信息系统工程监理

论信息系统项目的工程监理

论信息系统工程监理中的质量控制

论信息系统工程监理中的进度控制信息化战略与实施

论企业信息化的规划

论电子政务项目管理

论企业信息化的建设

大型、复杂信息系统项目和多项目的管理

论信息系统项目计划的制订

论信息系统项目资源管理

论信息系统的跟踪与控制项目绩效考核与绩效管理

论项目绩效评估的方法与策略

论企业信息化中的绩效评价机制

论信息系统项目绩效指标的设

5.如何准备论文

可以从以下几个方面着手准备论文：

l.看别人写的项目经验文章，这是快速弥补经验不足的办法。以下的网站可以找到不少的资料：http://www.xiexiebang.com（中国项目管理信息网）等。如果可以看到一些项目的实施方案书则提高实践经验更快。一定要在考试前动手写几篇论文。可就前面提供的6个方面的论文题目去找几个自己感兴趣的，多准备几篇，最好能有6篇，不必每个方向都写，6个方向选其中的2——3个即可。写完以后，最好能在身边找一位专家帮你批改论文，写作水平会迅速提高。

多与项目管理经验丰富的人员聊天谈项目实施的感受，谈项目管理的点点滴滴，得到一些书本上不能得到的知识。

要想通过项目管理师考试，绝非一躇而就，论文写作较为真实地集中体现了考生的水平和能力。但论文的写作也是有章可循的，不仅要挤出时间来准备，还要注意论文的写作格式与写作技巧，勤于练习，虚心向经验丰富的同仁请教。

第二篇：信息系统项目管理师论文写作技巧

信息系统项目管理师论文写作技巧

1.大纲中的要求

《信息系统项目管理师考试大纲》中，要求考生根据试卷上给出的四个有关项目管理的论文题目，选择其中的一个，按规定的要求写论文和摘要。论文可能涉及的内容极其广泛，主要有信息系统项目管理，信息安全，信息系统项目监理，信息化战略与实施，大型、复杂和多项目的管理，项目绩效考核和绩效管理6个主要模块的论题方向，这6个方向又分为若干个子内容。

2005年上半年的考试虽然只出了一道论文题目——“论信息系统项目的需求管理和范围管理”，似乎与考试大纲有所背离，但考试内容并没有偏离大纲，属于“信息系统项目管理”方向中的内容。所以作论文考试的准备时一定要紧紧围绕考试大纲来进行。

历届高级资格考试论文写作一般会有如下的要求：

简述你所从事的项目及你在项目中担任的角色；

在项目中关于论题方向碰到的问题和解决对策；

对项目实话的总结和展望。

2.为什么会觉得论文考试难

参加项目管理师的考生大致有两种类型：在校学生和在职人员。

对于在校的学生来说，参加项目管理师这一高级别的考试无异于一种挑战。这是因为：

缺乏项目实战经验；

没有从事过项目管理；

学业繁重，没有时间来准备考试；

考试范围太广，许多的知识没有接触过；

技术方面掌握不扎实，基础不牢；

没有写过学术论文。

大学里的计算机专业或信息管理专业都会开设软件工程课程，也有少数的院校开设项目管理课程，即便是有，考生自己也会感觉只有理论知识没有实践经验，总觉得心里不踏实，写出来的文章会不够力度。大多数的研究生也只是跟随导师做一些技术性的工作，项目管理方面的工作做得较少。其它专业的学生当然会觉得难度更大。

对于在职人员来说，可能存在以下困难：

有项目经验但要写成论文觉得写作水平有限；

长期从事某一个方面的工作，很少从事项目管理这种综合性的工作；

从事技术性工作或研究工作，热衷于技术实现，管理工作做得较少；

工作任务过重，无暇复习及攥写论文。

对于这两类考生，又以在职人员居多。要想考试过关，一是要尽量从繁忙的学习和工作中抽出时间来应考；二是要熟悉考试论文的写作格式及注意事项；三是掌握一定的论文写作技巧；四是需要阅读大量的资料来充电，五是在考试之前作适当的练习。当然如果您项目经验十分丰富，可以把重点放在锻炼写作技巧上来。

3.论文的格式与写作技巧

3.1格式要求

项目管理师考试的论文不同于要放在学术杂志上发表的学术论文，也不同于学生的毕业论文，她主要是对自己工作经验的总结，更象一份述职报告，因此在格式上的要求也比较简单。

论文的内容分为两部分：摘要和正文。这两部分的书写要注意以下的格式：

达到字数要求。摘要一般要求200字以上，500字以下，正文要求2500字以上。在论文写作的方格纸上会有字数提醒。

不要在论文中书画图形，尽量用文字表述。

尽量保持卷面清洁，如果实现需要划掉文字，在字上划一横线即可。

不必写关键词。

3.2 写作进度把握

论文的写作时间只有两个小时，要在短短的两个小时里写出一篇高质量的论文确属不易，需要考生有较为丰富的理论和实践知识的积累，当然也不必害怕，因为这还是有章可循的。这里建议的时间分配如下：

通读论题，选定论题（5分钟）；

构思论文，写论文提纲（10分钟）； 正文写作（80分钟）；

摘要写作（15分钟）；

复查论文（10分钟）。

论文的摘要由于在论文的写作过程中论文的论点及内容可能会有所变化，建议在写作完正文后再写摘要。下面按写作步骤详细解说。

3.3 论文选题

拿到试卷后，先把试题快速通览，找到自己最容易发挥，最擅长的方向的论题。为了照顾大多数考生的情况，论文题目会比较宽泛。

需要注意的一点是，既然是考项目管理师，论文内容当然不会关心过多的技术细节问题，重在项目管理。

选题时要考虑应和什么项目相关联。文章至少要与一个项目关联起来。那么如何选定项目呢？

在校的学生由于没有项目经验，往往不知论文应与什么项目关联为好。一是要看题目要求，如今年5月考试的论文题目中就明确指出要是参与管理过的大型信息系统项目，因此一般不要以如“学生成绩管理信息系统”这种课程设计性质的项目来写；二是尽量写自己熟悉的，如一般的可写高校人事MIS，高校教务MIS等，在职人员也可如此考虑。项目可以是虚构的，不需要指明开发单位，委托单位；三是如果有大型项目或可以构思出大型项目则更佳。

3.4 论文提纲

选定论题后不要急于动笔直接在答题纸（论文的答题纸为方格作文纸）上写作。因为直接写作很难有一个整体的思路，而且在写作的过程中可能会涂改而使得卷面不整洁，影响评卷人的心理。不提倡在草稿纸上书写论文再抄至论文答题纸上，因为考试的时间本就十分有限，抄写论文的时间也需不少。不妨先花点时间理理写作的思路，在草稿纸上写作论文的提纲，所谓“磨刀不误砍柴工”。

提纲中写些什么内容呢？可有如下的内容；

拟联系写作的项目，思考如何联系此项目来写作；

拟写论文的主要论点。

各段落的主要内容，如果直接以论点来分段就不必再写此项了。

论文的阅卷者一般会把论文看两遍，第一遍快速浏览全文的论点，以找出文章的“文眼”，第二遍再仔细阅读。如果论点清晰，会给阅卷者以清晰明朗的感觉。

3.5 正文写作

有了提纲了，写正文就轻松多了。正文可采用“总——分——总”式，即文章开头提出中心思想，再分述论点，最后在结尾处作出总结；也可用“提出问题——分析问题——解决问题”的逐步深入的方法。写作时注意以下几个方面：

理论联系实际，一定要与项目关联起来讨论，切忌空谈理论；

可以分条叙述的方式，但不要全文用此方式；

论点清晰，最好每段在开头处或结尾处点明论点；

结尾处要对项目的实施情况，以及应用论点论据应用情况作出总结。

不必列举过多的计算公式。

文章要带有一定的学术性，更多的应是谈项目经验。

不要关注于技术，多就论题写管理方面的问题及采取的措施。

第1楼 pmonly

2006-4-30 8:32:18 3.6 摘要写作

摘要可按如下几个方面来写：

项目概述，包括自己主持或参与的项目及自己担任的角色。

论文的主要论点。

为方便大家书写摘要，这里给出两个摘要的书写模板。

模板一：（论点——项目概述）

本文以我主持（或参与）的××××××（项目名称）为实例，探讨了××××××（论文论题），认为××××××（论点）。在此项目中，我担任了××××××（角色），参与了××××××（任务），实施后×××××（用论文中的方法实施后的效果）。

模板二：（项目概述——论点）

×××××（项目名称）是×××××（项目说明），在此项目中，我担任了×××××（角色），参与了×××××（任务）。对于项目的×××××（论题），本文认为×××××（论点）。该项目实施后×××××（用论文中的方法实施后的效果）。

下面给出模板一的一个实例，以供参考：（论信息系统项目的需求管理和范围管理）

本文以我主持的某商业银行网上银行系统项目为实例，探讨了作为开发方公司在信息系统项目的需求管理和范围管理方面碰到的问题及解决的办法，文章首先解释了需求管理和范围管理的基本概念，认为需求工作做得不扎实，项目范围把控不好是导致项目难以成功的主要原因，提出应以CMM过程改进的思想指导项目的需求管理和范围管理，项目在需求分析阶段应确定需求可以决策的人，充分和客户沟通以正确把握需求，对于需求和开发范围的变更管理提出了解决的办法。我在该项目中担任了开发方的项目经理，自始至终参与了整个项目的建设，自2004年4月项目启动至2004年12验收历时8个月，系统至今运行稳定，取得客户的好评，很大程度上得益于项目成功的需求管理和范围管理。

4.论文考题分析

我们来把考试大纲的内容与历年的软件资格与水平考试高级（包括系统分析师和项目管理师）相关的考试论文题目列举出如下表所示，也许您会有所启迪。

表1 历年软件资格和水平考试高级考试与考试大纲相关的论文题

模块方向

子内容

历年考题

考试年份

信息系统项目管理 项目选择

可行性分析 论信息管理系统的可行性研究 1997年

项目生命周期流程管理

项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理 论软件开发的质量管理 1989年

成本/效益分析 1990年

论软件项目的质量保证 1993年

论项目管理工具的选用 1998年

论软件质量保证 2002年

论软件开发的风险控制 2003年

论软件开发成本管理 2004年上半年

论应用软件开发范围和功能的确定 2004年下半年

论项目管理中的进度控制 2005年上半年

论信息系统项目的需求管理和范围管理 2005年上半年项目管理师

项目评估

企业级信息系统项目管理体系的建立

项目中的质量管理与企业质量管理异同分析 论软件开发的质量管理 1989年

论软件项目的质量保证 1993年

论软件质量保证 2002年

信息安全 信息安全体系 系统的安全与保密控制 1992年

信息安全体系的安全风险评估

企业信息安全策略 论企业信息系统的安全 2005年上半年

论企业内部网的安全策略 2004年下半年

信息系统工程监理 监理的方法与工作流程

监理的机构及监理工程师

监理中的质量、投资、进度和变更控制

监理中的合同管理、信息管理和安全管理

监理中的组织协调

信息化战略与实施

企业建设信息化系统的过程

信息化系统建设过程中常见问题

新技术对信息化建设的影响

CIO在信息化建设过程中的作用

信息化规划

不同类型信息化建设过程中的差异

电子政务建设 论电子政务信息共享整合 2005年上半年

企业自身管理成熟度对企业信息化建设的影响

大型、复杂信息系统项目和多项目的管理 计划过程

跟踪和控制过程

范围管理 论应用软件开发范围和功能的确定 2004年下半年

论信息系统项目的需求管理和范围管理 2005年上半年项目管理师

资源管理

协作管理

项目绩效考核与绩效管理 团队绩效与项目绩效的关系

绩效评估的方法

项目绩效指标设计

绩效改进

从上面的表格中可以看出，还没有出过题目的内容极可能会成为下次考试出题的对象，“信息系统项目管理”模块中的“项目的整体、范围、进度、成本、质量、人力资源、沟通、风险和采购管理”是近四年的高级考试中必出论文考题的内容。据此，作者列出19个考题供大家参考和练习（每个模块3~4个）：

信息系统项目管理

论项目团队建设

论项目沟通管理

论企业信息系统项目管理体系的建立

论项目采购管理与合同管理

信息安全 论企业的信息系统安全体系

论企业信息系统的安全控制策略

论企业信息系统安全风险的评估

信息系统工程监理

论信息系统项目的工程监理

论信息系统工程监理中的质量控制

论信息系统工程监理中的进度控制

信息化战略与实施

论企业信息化的规划

论电子政务项目管理

论企业信息化的建设

论信息系统项目计划的制订

论信息系统项目资源管理

论信息系统的跟踪与控制

项目绩效考核与绩效管理

论项目绩效评估的方法与策略

论企业信息化中的绩效评价机制

论信息系统项目绩效指标的设计

5.如何准备论文

可以从以下几个方面着手准备论文：

看别人写的项目经验文章，这是快速弥补经验不足的办法。以下的网站可以找到不少的资料：http://www.xiexiebang.com（中国项目管理信息网）等。如果可以看到一些项目的实施方案书则提高实践经验更快。

介绍几本好书。如果时间充足（先看《项目管理师辅导教程》），您可以参考以下几本书籍：

《IT项目管理》（美）凯西.施瓦乐贝著 机械工业出版社；

《企业信息化行动纲领——中国企业信息化方法论》 吴文钊著 机械工业出版社；

《软件开发项目管理》 韩万江 姜立新著 机械工业出版社；

《企业信息化总体设计》 李清 陈禹六著 清华大学出版社；

《领跑企业信息化CIO工作手册》 汪牧清 夏敬华 闻博著 电子工业出版社；

《信息化绩效评价框架、实施与安例分析》 郝晓玲 孙强著 清华大学出版社。

一定要在考试前动手写几篇论文。可就前面提供的6个方面的论文题目去找几个自己感兴趣的，多准备几篇，最好能有6篇，不必每个方向都写，6个方向选其中的2——3个即可。写完以后，最好能在身边找一位专家帮你批改论文，写作水平会迅速提高。

多与项目管理经验丰富的人员聊天谈项目实施的感受，谈项目管理的点点滴滴，得到一些书本上不能得到的知识。

第2楼 pmonly

2006-4-30 8:33:25 以下内容是我自己在考试后总结而出的。

关于考试论文写作的一些看法

第一，选题：对于咱们的考试来说，不是每个人都对每个方面很熟悉的，因此，选择题目一定要选择自己很熟悉的领域的题目。同时，选题目的时候也要注意自己对教材各大知识要点的掌握程度，选择掌握的越熟练的越容易写作。

第二，摘要，我看了2005年上半年的题目和下半年的题目，都有一个共同点，摘要可以引用论文题目下面的部分说明，同时，在摘要重要体现出论文所要写的内容、研究的方法、以及论文所要表达的结论。通常用200字左右，不要超过300字为最佳。

第三，正文部分：

1、由于论文是要求要结合自己亲历的项目结合起来写，因此正文部分首先需要对项目进行一定的描述，称为项目概述；其次要在项目概述中点明选题立意的原因，这部分大概占用最少150字，最多不要超过300字。

2、对相关理论、概念进行界定定义，（既要有通用的定义，还要结合项目的特征进行。）对于所写项目中的问题的定义和界定

3、对问题进行分析，导致问题的原因，现状等

第四，总结综述：也就是论文的结论，解决前面提出的问题的措施、技术方案等

需要注意的问题是：

1、在我们的考试中，论文的写作一般采用的研究方法是实证法、比较法、案例法，这些方法不需要明着说出来，在摘要中体现出来即可。

2、论文的写作必须每个部分要围绕一定的主题展开

3、论文的写作既要结合项目经历，也要围绕教材中的知识要点来展开。

4、千万注意，不要弄错逻辑顺序

5、突出重点，重点突出某一个问题和比较新颖的解决方法，不需要对每个问题都进行深入展开，以期突出重点。

6、对于缺少项目经验的朋友来说，其实也不算难事，只要在自己的某一具体工作中能够与教材中所讲述得知识进行对比融合，也是可以写出来的。比如建设一个网站。未必一定非要自己参与过大项目才能写。咱们的论文考试其实是为了检查综合运用的能力以及对知识的掌握层度。

7、选题后最好有一个大概的提纲。

8、论文写作总共只有2小时，因此，从选题到提纲完成不要超过半小时，否则，就很难写完整。

9、摘要可以放在最后写，如果打算把摘要放在最后写的朋友，一定要注意，摘要的完成最少需要20-30分钟。不管你的正文部分最后写的怎么样，时间如果只剩了20-30分钟的时候就要赶紧对论文收尾。才能来得及把摘要写出来。

第三篇：信息系统项目管理师论文

项目的XX管理

[摘要]：

XX年X月，我作为项目经理开始参与XX系统项目的开发，主要负责系统的组织规划实施开发与项目管理，该系统具有严格的安全，稳定，时实高效和可靠性能要求，该系统由XX子系统和YY子系统两部分组成，XX子系统主要实现XXXX业务，YY子系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成.随着软件系统的日益复杂化和用户需求，软件更新的频繁化，XX管理在软件项目中显得越来越重要了。本文以该项目为例，结合作者实践，（此处提出论点，后面正文会用到，建议3个论点即可，论点来源于各个知识领域的过程和方法）主要通过在项目前期，做好需求调研，总体设计和详细设计并制定完整的配置管理计划。在该项目全过程中规范化配置管理，注意员工培训并加强沟通与协调，来实施项目的XX管理。目前，该系统已开发完毕，正式投入运行，状况良好，受到客户一致好评。

[正文]：

（本段在摘要的第一段的基础上扩充即可）XX年XX月，我作为项目经理开始参与XX系统项目的开发，主要负责系统的组织规划实施开发与项目管理，当然还做一些编码工作，主要是公用基础代码和核心代码的编写与维护。XX系统是将XX子系统和YY子系统有效的结合起来，采用先进的XX技术和YY技术，充分利用【电话，短信，传真，因特网】等信息化手段，解决XX问题，规范了业务流程，强化了内部管理，与XX技术的完美结合，使应用系统功能更加完善，提高了整个XX业务的工作效率。其中，XX子系统包括：[客户管理，机票管理，票证管理，销售管理，财务结算，调度管理，远程营业部（代理商／分销商）管理，系统管理]八大功能模块，并统一于服务器端软件模块。YY子系统由【电话呼叫系统，短信分发系统，传真呼叫】系统三部分组成。YY子系统是整个系统的核心，采用了struts+hibernate+spring主流WEB应用框架，实现了WEB应用服务器websphere与协作应用服务器lotus domino 的高度集成,在本次开发中，我把它视为整个项目的重点

由于考虑到寒假和春运期间将会是旅客的高峰期，客户要求系统必须在12月底前交付，项目开发周期为XX个月，为此我做了如下安排：前XX个月主要集中精力用于XX子系统，后XX个月主要完成XX子系统和YY子系统的集成以及项目收尾工作

（摘要的第二段的基础上扩充）随着软件系统的日益复杂化和用户要求，软件更新的频繁化，XX管理逐渐成为软件生命周期中的主要控制过程。在软件开发过程中，扮演越来越重要的角色。一个好的XX管理过程能覆盖软件开发和维护的各个方面，同时对软件开发过程的客观管理，即项目管理也有重要的支持作用。在该系统项目中，我主要使用（XX管理的过程和方法），并通过在项目前期作好需求调研，总体设计和详细设计并制定完整的配置管理计划。在项目全过程规范化配置管理，注意员工培训并加强沟通与协调等方法和策略来实施XX管理。

（采用总-分-总的格式）

1． 项目前期做好要求调研，总体设计和详细设计，并制定完整的配置管理计划。（总）

（分，描述各个知识领域的工具和方法，不用面面俱到，要有侧重点，要结合实际，不要纯摆理论）项目计划阶段，我对需求分析，总体设计和详细设计这三项活动工期安排如下：需求分析12天，总体设计和详细设计总共20天，时间尽量充足。在做需求调研的时候，我要求一定要和客户充分沟通，深入挖掘客户的隐性需求。不仅要实现客户需求的功能，在界面上也要让客户满意，为此我们作出了航空系统的虚拟界面，让客户对系统 有一个感官上的整体了解，在需求分析完成工作之后，我们还通过小组会议的形式进行了确认和评审。并邀请客户方代表参与。最终的《需求规格说明》我们也要求客户方代表一定要签字确认。在总体设计和详细设计过程中，我们尽量使用适合本项目团队特点的工具和技术，并充分考虑其先进性和成熟性。在设计完成之后，我们仍旧对其进行了评审，总结和讨论，对争议比较大的地方交公司资深专家审核评定。

（总）配置管理计划的制定也使配置管理中不可少的一步，它能有效的指导后期配置管理工作。在本项目中，配置管理计划由配置管理员完成，我只做一些审核工作，软件资源配置管理计划，配置项目计划，交付计划，备份计划，CCB

审批计划等．．．．总之，我认为（结论或观点）项目前期做好以上铺垫工作可以减少变更，对后面一些工作可以说是水到渠成。同时，一个比较完整的计划，也可以避免不必要的项目反工，而且项目管理员的工作也会比较好做一些。

2．项目全过程规范化配置管理。（第二个论点）

开发过程中，对文档修改非常麻烦，在配置管理中，对任何一配置项的修改都可能导致版本的变化。因此，对配置管理规范化势在必行，在本项目中，我要求配置标识一定要规范，必须独立命名配置项，配置对象的标识要充分考虑命名对象间存才联系。在配置管理中，项目组成员要各司其职，不得越权操作，同时还要根据自己的权限操作配置项。我的工作在配置管理中主要是：定制开发子系统，定制访问控制，制定常用策略，制定集成里程碑，进行系统集成．．．．．而配置管理员的职责主要是：创建配置序，为项目成员分配权限，对存储库进行日常备份恢复等．．．软件开发人员主要根据项目的开发配管理策略，创建，修改和测试工件等。软件生存期内全部软件配置是软件产品的真正代表，必须保持精确，软件工程中某一阶段的变更都会引起软件配置的变更，对这种变更也必须做到严格规范的控制和管理。为此，我做了如下规定：处于工作状态的产品开发人员可对其修改，而作为基线进入配置库的产品，则不允许开发人员对其进行修改。在本项目中，我们还成立了临时CCB,由项目经理，用户代表，软件质量控制人员，配置管理员5人组成。我们要求对于用户提出的变更请求要严格按照变更控制流程处理。在用户提交更多请求后，开发人员对其进行评价，并产生变更报告。在由变更控制委员会〈CCB〉作出决定是否进行变更。通过批准，就重新检出变更的配置项，建立测试基准程序，并执行质量保证和测试活动，必须通过CCB的鉴定审批后，方可实施变更。

3．注意员工培训并加强协调与沟通。（第三个论点）

项目组成员大多来自不同部门，对项目环境还不熟悉，为了能实施配置管理系统，我建议公司对项目组成员进行相关培训。针对配置管理员，我们要求他学习配置管理工具管理相关的内容。针对开发人员，主要学习配置管理工具与开发相关的常用操作。针对全体人员，要让他们了解配置管理策略和流程，以及如何与开发管理，项目管理相结合。同时，我要求项目组成员要加强协调和沟通。可以使用PVCS，通过ressionmanger文档共享和连锁机制。Tracker与电子邮件的集成，加强项目成员之间的沟通，做到有问题及时发现，及时修改，及时通知，但又不额外增加很多的工作量，这样有助于营造一个和谐，公平，竞争的气氛和环境。

XX系统在XX年XX月正式上线，提前完成了项目，目前系统运行正常，受到客户和有关部门的一致好评，对项目的满意度较高。（回顾和反思）重新回顾该项目也存在一些问题不足，比如：项目初期，大多数成员对版本管理一点都不重视，总是敷衍了事。代码编写人员编写得代码也混乱不堪，给测试人员和维护人员带来了很大不便，一些没多大用的垃圾资料也被放置到配置服务器上，给配置管理人员带了很多麻烦。因此我建议（展望未来）在项目一开始，就要让项目成员认识到版本管理的好处。对源码的管理，要保证书写代码的规范性，强化注释力度，还应作好build和relase工作.

第四篇：信息系统项目管理师个人论文

摘要：

2010年9月，在某大型国有企业的协同管理信息系统的项目管理工作中，笔者担任项目经理，负责此项目的整体管理工作。该单位力图通过协同管理信息系统的建设，建立高效的、基于IT应用的管理体系，提高企业的运作效率，最大限度的为该企业的经营服务。

本文结合笔者实践，以该信息系统项目为例，探讨了作为开发方公司在信息系统项目风险管理方面碰到的问题及解决的办法。在项目工作初期，对项目风险进行了及时的评估，通过加强参与各方的沟通，注重用户需求和需求的变化，合理配置项目组成员等方法，顺利地控制了风险。通过这些办法，平衡了各方的利益，控制了项目的范围和进度，保证了项目的质量，顺利完成了这个项目。最后笔者针对使用风险管理方法中存在的不足，提出了今后的改进思路。

（正文）

2010年9月，某大型国有企业对外发布建设协同管理信息系统的需求，我公司最终承揽了该项目，并任命我为乙方项目负责人，参与了项目整体管理、人员配置、风险控制等各方面的工作。

该企业力图通过此协同管理信息系统的建设，实现企业业务流程、信息与管理流程、信息系统的有机结合，实现协同办公信息系统对所有纳入本次需求范围的业务和流程的支持，最终建立高效的、基于IT应用的管理体系，提高企业的整体运作效率，最大限度地为该企业的经营服务。

通过公开招标，我已明确了项目的初步范围、时间、成本和采购，同时结合国有企业的特殊工作模式，我把项目管理工作的重点放在了项目的风险管理方面，目的是保证实现计划的功能并按时投入运行。在项目工作最初期，我就根据以往经验及成员头脑风暴法进行了全面的风险预测，准备了相关应对措施，制定了项目风险管理计划，并在后期建设过程中成功地控制了风险。

本文即以该信息系统项目为例，探讨了作为开发方公司在信息系统项目风险管理方面碰到的问题及解决的办法。该项目进展过程中的风险控制主要通过范围控制、沟通确认、人力资源管理等方面的一系列举措来完成的。下面就分别论述：

一、注重用户需求，及时关注和控制需求变化。

二、合理配置人员，有效并高效地工作。

三、加强参与项目各方的沟通，并做好确认工作，权责分明。

四、及时汇报项目绩效，确认进度的同时，保证了客户对于系统质量的满意。

该项目成功地实施完毕已经接近一年了，客户方系统运行正常，我公司也获得了客户的好评。回顾起来，应该得益于我们在项目进行的最初期就引入了项目风险管理理念和方法，对项目进行了科学、规范的风险管理，使项目所有的组成要素在计划的时间充分地、有机地结合在一起，极大地提高了项目的实施效率。在此项目进展过程中，还是发生了一些没有预料到的风险，好在整个项目组风险意识较高，及时有效的控制住了风险的发生。在以后的项目风险管理工作中，我要加强风险预测的系统性和科学性，注重各方利益的权衡，继续深化各方的沟通，协调好建设工作各个部分及各个方面的关系，更好地完成项目。

第五篇：信息系统项目管理师——项目沟通论文

【摘要】2012年2月初我作为项目经理主导实施了某市某汽车股份有限公司MES项目，该项目投资650万元人民币，建设工期为13个月，通过该项目的建设解决了该工厂的多车型多批次小批量混线生产、线边生产消耗拉动物料需求、供应商供货管理、高位货架管理、关重件扫描控制、质量问题追溯、一车一档等问题，同时和企业的SAP、SRM、QNS系统做集成解决了企业的信息孤岛问题。该项目于2013年3月份，通过了业主方的验收，获得了用户的好评，并作为重点试点单位，向其他生产基地推广实施。

本文结合作者的实际项目经验，以该项目为例，讨论了信息系统建设过程中的项目沟通管理，主要从以下几方面进行阐述：

1、识别项目干系人，并了解这些项目干系人对项目的收益和影响，谁需要什么样的信息，什么时候需要。

2、针对不同的项目干系人以合适的方式及时提供信息。

3、收集项目的进度情况、状态信息和预测信息，编制绩效报告。

4、对项目沟通进行管理，满足信息需求者的需求，并解决项目干系人之间的问题。

【正文】

2012年2月初我作为项目经理主导实施了某市某汽车股份有限公司MES项目。系统上线后通过一系列的拉动关联，重组和优化了公司的业务流程，构建起采购、供应商、物流仓库、总装车间、焊装车间、涂装车间、冲压车间之间的内部集成的一体化系统，使整车生产的信息化管理程度和按需配送物料的及时响应度得到了明显的提高。该项目开发语言采用C#.Net、J2EE，数据库采用oracle 10g，中间件采

用weblogic10，系统采用C/S架构，数据库服务器为RedHat Linux，应用服务器为windows server2003企业版，开发工具使用eclipse3.0 和Vs2008，其中应用服务器和数据库服务器硬件均采用机架式IBM X3850系列。

众所周知，在项目实施过程中，沟通管理占用项目经理工作量将近90%。而且由于本项目涉及到的系统多——需要4个系统做集成，人员广——涉及到的开发团队有3个，业务部门有7个，因此，在本项目中，沟通管理尤为重要。在本项目管理中，我作为项目经理除了对其余管理领域进行克制恪守的管理外，特别对沟通管理从以下几个方面进行了管理。（过渡段）

一、识别项目干系人，了解项目干系人的需求，编制沟通计划

1、识别项目干系人：项目开始后我作为项目经理带领项目团队（业务顾问2人，.Net 开发工程师3人，Java开发工程师2人，SAP开发工程师1人，测试工程师1人，项目配置管理员1人）深入甲方现场并协同甲方召开了项目启动会，根据项目章程中的公司组织架构了解了参与本项目的各个项目干系人，如：总经理、生产副总、采购部部长、四大分厂厂长、物流部部长、以及关键操作岗的业务骨干。会后对项目干系人进行了分析和总结，生产副总负责项目所需资源的总协调，采购部长、四大分厂厂长、物流部部长和相关岗位的业务骨干负责需求的提出和系统上线后的具体使用，其中采购部长、四大分厂厂长和物流部长会对项目的收尾和验收起决定作用，因

此我们在做需求和范围定义的时候必须要充分考虑这个几个部门的要求。

2、了解项目干系人需求：从事多年项目管理经验的我深知，需求是龙头，因此带领项目成员通过访谈、现场观察、交流会的方式去挖掘各个项目干系人的需求。经过30多天的时间了解了各项目干系人对系统的功能需求、性能需求，编写了项目需求文档说明书，然后召集项目干系人进行需求的确认、评审和高层领导的会签，确定了项目需求基线，为后期的项目管理确定了基础。

3、通过以上的项目干系人的识别分析和项目干系人需求的了解，我们确定了项目沟通计划，确定了沟通的内容、方式、频次、时间、地点和沟通时需要项目组提供的资料等，如：每周五上午8点在总装厂会议室以现场会议的方式进行沟通，项目组所有人必须全部参加。项目经理以PPT的方式提供项目绩效报告和在项目中遇到的问题，会议记录以电子邮件的形式发送给项目组所有干系人并抄送给主管副总裁。

二、采取合适的沟通方式把项目干系人的所需信息在合适的时间提供给项目干系人

1、沟通方式和分发方式：在项目实施过程中，为了保证项目组有足够的工作时间同时为了提高工作效率，我们采取了多沟通相结合的方式进行沟通。如：项目组内部的咨询顾问2人、开发工程师4人、测试工程师、配置管理员出现问题的时候，我们及时的进行口头沟通，尽快的解决问题，事后会把项目中遇到的问题和解决办法

以电子邮件的形式分发。和用户进行沟通时，我们采用正式的会议的沟通方式并结合文档，所有的涉及到需求变更的、设计的、进度的、测试的、以及形成的相关决议的等信息必须以文档的形式分发并归档。

2、总结经验教训：由于本项目涉及的系统比较多，各种接口众多，集成度要求高，在项目实施过程中总会出现业务设计和技术实现方面的问题，有时候解决一个问题需要查询大量的资料才能解决，为了以后再遇到这种问题能够很快的得到解决，我们在把问题解决后都整理成一个解决方案，并将方案分类是技术解决方案的还是经验教训的，将方案加入到我们知识库中。如：我们的知识库中已经包含了.NET、J2EE、SAP、Webservice等总计超过15000条的经验分享，这也是我们项目能够成功实施的一个宝库。

三、了解项目进度情况、项目范围、项目状态、项目预测等信息，并编制项目绩效报告

1、收集项目绩效信息：在项目管理过程中，我通过微软的Project2010 进行项目计划的管理。每天下午临下班前半个小时，我会挨个了解当天的项目业务顾问设计情况、开发工程师的开发情况、测试工程师的测试情况和已完成任务的百分比，并在project中更新进度比例。定期收集经过项目内部评审过的设计说明书、测试计划、用户手册等

2、项目状态评审：在项目实施过程中，我要求项目组内部每周四下午召开项目状态评审会议，会议评审相关的接口设计说

明、测试用例和测试计划、用户手册等，项目组内成员可以把在项目中遇到的问题提出讨论解决，如果不能解决的我会协调公司其他的资源来协助解决。每周五上午和用户部门召开项目例会，汇报项目绩效报告和需求变更请求的讨论。

四、与项目干系人进行沟通协调，处理好项目干系人之间的关系

明确问题记录和沟通方法：在每周和客户之间的项目例会中，我会把系统中已发现的问题清单列出，和业务部门讨论哪些问题需要系统提供功能实现的并明确责任人，哪些问题是属于管理方面需要改善的，要让项目干系人清楚的了解项目的进度情况和他们需求是否匹配。将在会议中形成的决议通过电子邮件发给项目干系人，避免由于信息沟通不畅引起的不满。

【结尾】经过我们团队的不懈努力，历时13个月时间，本项目终于与2013年3月，通过了业主方组织的验收，本项目的顺利验收，解决用户企业整车生产多品种共线生产的问题，得到了业主方的好评，同时也为向其他生产基地重点推广该项目奠定了基础。本项目的成功得益于我成功的沟通管理。当然，在项目中还有一些不足之处，比如 ：在项目的实施过程中，由于采购的条码打印机无法打印，后来有供应商从厂家派遣技术人员过来才得到了解决，影响了供应商交付模块的上线，不过，经过我后期的纠偏，并没有对项目产生什么影响。在后续的学习和工作中，我将不断的充电学习，同时进行业务交流，提升自己的业务和管理水平，力争为我国信息化建设做出自己的努力。