项目管理师写作指南及范文.docx
《项目管理师写作指南及范文.docx》由会员分享，可在线阅读，更多相关《项目管理师写作指南及范文.docx（25页珍藏版）》请在冰点文库上搜索。
项目管理师写作指南及范文
项目管理师论文写作指南及范文
05年上半年软件专业技术资格与水平考试开考了信息系统项目管理师这一与系统分析师同级别的高级考试，考试的内容包括综合基础知识、案例分析和论文三个部分，其中论文让许多的考生感到为难。
为什么会觉得难呢？
有没有什么办法解决？
一起来逐步分析。
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正文写作
有了提纲了，写正文就轻松多了。
正文可采用“总——分——总”式，即文章开头提出中心思想，再分述论点，最后在结尾处作出总结；也可用“提出问题——分析问题——解决问题”的逐步深入的方法。
写作时注意以下几个方面：
理论联系实际，一定要与项目关联起来讨论，切忌空谈理论；
论点要正确，合乎工程实践的实际情况；
可以分条叙述的方式，但不要全文用此方式；
论点清晰，最好每段在开头处或结尾处点明论点；
结尾处要对项目的实施情况，以及应用论点论据应用情况作出总结。
不必列举过多的计算公式。
文章要带有一定的学术性，更多的应是谈项目经验。
不要关注于技术，多就论题写管理方面的问题及采取的措施。
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信息系统项目管理
论项目团队建设
论项目沟通管理
论企业信息系统项目管理体系的建立
论项目采购管理与合同管理
2信息安全
论企业的信息系统安全体系
论企业信息系统的安全控制策略
论企业信息系统安全风险的评估
3信息系统工程监理
论信息系统项目的工程监理
论信息系统工程监理中的质量控制
论信息系统工程监理中的进度控制
4信息化战略与实施
论企业信息化的规划
论电子政务项目管理
论企业信息化的建设
5大型、复杂信息系统项目和多项目的管理
论信息系统项目计划的制订
论信息系统项目资源管理
论信息系统的跟踪与控制
6项目绩效考核与绩效管理
论项目绩效评估的方法与策略
论企业信息化中的绩效评价机制
论信息系统项目绩效指标的设
5.如何准备论文
可以从以下几个方面着手准备论文：
l.看别人写的项目经验文章，这是快速弥补经验不足的办法。
以下的网站可以找到不少的资料：
（软考在线）,（中国系统分析员）、（项目管理者联盟）、（中国项目管理网）、http:
//www.amteam.org（企业资源管理研究中心）、（中国项目管理信息网）等。
如果可以看到一些项目的实施方案书则提高实践经验更快。
2介绍几本好书。
如果时间充足（先看项目管理师教程），您可以参考以下几本书籍：
《IT项目管理》（美）凯西.施瓦乐贝著
机械工业出版社；《企业信息化行动纲领——中国企业信息化方法论》吴文钊著机械工业出版社；《软件开发项目管理》韩万江姜立新著
机械工业出版社；《企业信息化总体设计》李清陈禹六著清华大学出版社；《领跑企业信息化CIO工作手册》汪牧清夏敬华闻博著
电子工业出版社；《信息化绩效评价框架、实施与案例分析》郝晓玲孙强著清华大学出版社。
3一定要在考试前动手写几篇论文。
可就前面提供的6个方面的论文题目去找几个自己感兴趣的，多准备几篇，最好能有6篇，不必每个方向都写，6个方向选其中的2——3个即可。
写完以后，最好能在身边找一位专家帮你批改论文，写作水平会迅速提高。
4多与项目管理经验丰富的人员聊天谈项目实施的感受，谈项目管理的点点滴滴，得到一些书本上不能得到的知识。
要想通过项目管理师考试，绝非一躇而就，论文写作较为真实地集中体现了考生的水平和能力。
但论文的写作也是有章可循的，不仅要挤出时间来准备，还要注意论文的写作格式与写作技巧，勤于练习，虚心向经验丰富的同仁请教。
论文实例
1.论文论题
这次一起分析和讨论的论题是：
“论信息系统项目的整体管理”。
题目如下：
项目管理的9大知识领域包括项目的整体、范围、时间、成本、质量、人力资源、沟通、风险和采购管理，其中项目整体管理包括在项目生命周期中协凋所有其他项目管理知识领域所涉及的过程，它确保项目所有的组成要素在正确的时间结合在一起，以成功地完成项目。
信息系统项目往往比较复杂，经常出现各项目目标之间或参与项目的人员之间的冲突，项目管理人员常常要处理各种冲突，协调为完成一个项目所需的人员、计划以及工作。
请围绕“论信息系统项目的整体管理”论题，分别从以下三个方面进行论述：
1、概要叙述你参与管理过的信息系统项目，以及该项目在项目整体管理方面的情况；
2、论述项目整体管理的主要内容及其重要性；
3、详细论述你参与的信息系统项目整体管理的过程，方法及实际效果，讨论在项目实施过程中出现的冲突情况及解决办法。
2.范文一：
论信息系统项目的整体管理
[摘要]
医疗保险管理信息系统涉及到医保管理部门、各定点结算点（医院、药店）、开发商，加之政策多变、业务不成熟，需求变化频繁，开发的难度和风险较大。
在某市医保管理信息系统开发过程中，我作为用户方的项目负责人参与了项目的整体管理工作，我在项目整体管理中采取了针对性的措施，加强了参与各方的沟通，注重用户需求和需求的变化，合理配置项目组成员，对风险进行了及时的评估并顺利地控制了风险。
通过这些办法，平衡了各方的利益，控制了项目的范围和进度，保证了项目的质量，顺利完成了这个项目。
[正文]
几年前，某市为实施城镇职工基本医疗保险，开发了一套医保管理信息系统，我作为用户方项目负责人，参与了项目管理、系统分析和编程的部分工作。
这个系统的功能包含了基金征集和支付管理、参保单位（职工）管理、定点结算点管理、参保职工就诊结算管理、IC卡管理等，目标管理人数为30万、定点结算点200个，计划投资400万元；采用C/S结构，数据集中保存在市医保中心，定点结算点与医保中心之间数据实时交换。
通过公开招标，明确了项目的范围、时间、成本和采购，因此，我把整体管理工作的重点放在了项目的质量、人力资源、沟通和风险管理管理，目的是保证实现计划的功能并按时投入运行。
在工作中，我根据实际情况，采用了灵活的工作方法，取得了较好的效果。
该系统在04年一次上线运行成功，目前运行情况良好。
一、加强了沟通管理。
该项目涉及到医保中心、参保单位、定点结算点、系统开发（集成）商等多个单位，从需求分析到系统设计、测试都要各方参与、协调配合，由于各方的地理位置十分分散，难以经常或长期集中，因此，各方及时有效的沟通是项目成功的必要条件。
为解决好这个问题，我采取了三个办法：
1、提高大家对沟通作用的认识，特别是各方主要领导人对沟通的必要性和重要性的认识，从而对沟通工作给予必需的人员、经费和时间支持，保证了沟通工作得以按计划进行。
2、对项目组外部的沟通，坚持从实际出发，采用多种沟通的方式。
一方面，把必要的、重要的沟通需要以联席会议、工作计划、总结报告的形式制度化。
另一方面，在适用的前提下，采用灵活、经济的沟通方式，比如：
对一般的小问题或者是简单问题进行电话交流，复杂一点的问题开碰头会，需要后续解决的、比较重要的及涉及面较大的问题要形成书面的会议记要，有必要的情况下要由相关单位加盖公章确认。
3、对项目组内部沟通，进行适当的控制，避免形式主义，在保证效果的前提下节省时间，提高工作效率。
规定项目组成员在每天工作过程遇到问题，将其记录下来，然后在以邮件方式发送给需要沟通或者询问者。
大家每天下班之前收取邮件，对于可以直接回答的问题则直接以邮件方式回复，对于无法直接答复而只需与提出问题者讨论的问题，在第二天上班前进行商议确定。
而需要众人一起讨论的问题，则放到每周会议上讨论，较紧急的问题召开临时性会议。
通过以上方法，基本上实现了有关各方及项目组内部的有效沟通，及时发现问题、解决问题，避免了因各方立场不一致造成严重对立而影响项目进度，避免了因交流不畅形成重大质量问题。
二、合理配置人员。
对项目组人员进行规划配置，合理分工，明确责任，保证项目各阶段、各方面的工作能够按计划完成。
我们在项目组长配置了以下人员：
技术组长一名，负责技术难题攻关，组间沟通协调；需求人员5名，负责将用户需求转换成项目内的功能需求和非功能需求，编制项目需求规格说明书，针对每个迭代集成版本与用户交流获取需求的细化；设计人员5名，负责对需求规格说明书，进行系统设计；开发人员8名，实现设计，完成用户功能；集成人员1名，负责整套系统的编译集成，督促小组系统功能提交，及时发现各模块集成问题，起到各小组之间的沟通的纽带；测试人员2名，对于集成人员集成的版本进行测试，尽可能的发现程序缺陷，以及未满足需求的设计；文档整理人员1名，负责对小组内产生文档的整合，统一；维护人员1名，系统验收后，维护人员，建议维护人员早期进入项目参与项目测试以便顺利承担起项目维护职责。
在人员的管理方面，一方面要求项目组成员相对稳定，以保证开发工作的连续性，另一方面，不搞终身制，不能够胜任职工作的坚决调换，保证项目整体工作不受影响。
通过平常和阶段性的工作考核、评审，对不合格人员进行调换。
有一名需求分析人员因为工作态度不好，与客户单位业务人员关系恶化，调查落实后，我们立即把他调出项目组。
三、进行风险评估，在进度和质量之间进行权衡，争取最佳平衡点。
由于项目资金已经确定，我就在进度和质量之间找平衡点，力争把风险降到最低。
由于医疗保险业务本身比较复杂，加之当时国家政策不稳定，业务流程不是很规范，系统需求也在不断调整、完善，给项目的进度带来一定影响。
由于这个项目涉及到十余万参保职工的医疗待遇，影响很大，通过与用户方领导沟通，决定不搞“形象工程”，在质量和进度之间优先考虑质量。
同时，考虑到这个项目的采用了增量开发模型和模块化的设计方法，我把项目目标进行了分解，涉及到业务经办的部分优先完成，保证系统在规定的时间上线运行，其它不影响业务经办的、辅助性的功能适当延期，包括医疗监督、统计分析和部分报表。
这样虽然整体工期有所延长，但没有影响系统及时上线。
这种做法同时照顾到各方的利益，把整体风险降到了最低。
四、重视需求变化的客观性，强化测试，保证软件功能完整、正确、高效。
质量是软件的生命，软件功能完整、正确、高效是软件质量的重要组成部分，也是用户最关心的内容。
我们采用了软件工程方法，使用渐增式的增量模型，注重满足用户需求和需求的变化。
由于国家没有统一的医疗保险业务经办规范流程，另外，为保证医保基金的收支平衡，各地都在根据医保基金的运行情况进行不断的政策调整，造成医保系统的需求变化频繁。
根据这个情况，为保证软件满足应用需要，我们规定：
在整个项目的开发过程中，凡是用户提出的、经调查情况属实、经技术可行性论证可行的，全部予以响应。
同时，采取措施避免需求的反复和无意义、不合理的变更。
对较大的变更和比较关键的变更，要经各方联席会议论证通过，参与人员签字负责，并由提出变更的单位加盖公章确认。
由于不合理或技术上不可行而没有通过的需求变更，要提出替代的解决办法，并与用户单位协商，达成一致意见后予以解决。
测试是保证软件质量的重要手段，也是让用户直观地了解软件质量和熟悉软件操作的有效途径。
我有计划地强化测试环节，让用户由始至终地参与测试工作。
我们主要采取黑盒法进行测试，把工作重点放在测试用例的准备上，严格定义测试索引、测试环境、测试输入、预期结果、评价标准，尽可能的把各种业务的不同情况都表现出来。
同时，我们准备了一家定点结算点进行实际运行测试，在该结算点手工记帐和计算机联网记帐同时进行，并有计划地穿插一些测试用例。
通过这些办法，及时发现了和解决了许多问题。
经过努力，该系统一次上线运行成功，并在6个月后通过了验收。
回顾项目的整体管理工作过程中，虽然没有大的事故发生，但仍然存在许多问题，主要有以下3点：
1、软件测试不系统，用例准备仍不够充分，忽视了压力测试。
系统实际运行后随着参保职工和定点结算的增加，运行速度下降很快，达不到设计要求。
虽然通过升级硬件缓解了这个问题，但造成了资金的额外投入。
2、在需求分析过程中对各方目标的权衡不够充分，导致定点结算点使用的结算子系统功能较弱，提供的系统接囗又不够强大，给定点结算点内部管理带来不便，一些必要的统计和查询功能难以实现。
3、对开发人员与操作人员对系统的要求差异认识不足，两者的直接沟通不够，造成一些对操作员而言很重要的问题在开发人员那里得不到重视，产生了一些矛盾，给项目带来不利影响，特别是影响到用户方及领导部门对项目的整体印象。
综上所述，良好的项目沟通管理；合理的人力资源配置；用风险评估在进度和质量之间进行权衡；重视需求变化的客观性，强化测试，保证软件功能完整、正确、高效是我在某市医疗保险管理信息系统项目中的整体管理中的四个主要实践，为项目的成功奠定了坚实的基础。
在以后的项目整体管理工作中，我要加强测试的系统性和科学性，注重各方利益的权衡，继续深化各方的沟通，协调好开发工作各个部分及各个方面的关系，更好地完成项目。
[老师评语]
此文基本达到了考试要求。
写作比较规范，行文流畅。
文章结构清晰，所述的一些情况确实是在项目开发过程中所经常碰到的而又需要解决的问题,给人的感觉问题真实,针对问题采用的措施亦较为有效。
3.范文二：
论信息系统项目的整体管理
[摘要]
本文以笔者所主持的某卷烟厂物流控制及管理信息系统项目为实例，探讨了信息系统项目整体管理在项目实施过程中的重要性，并分别论述了项目计划编制、项目计划实施，以及项目综合变更控制等项目整体管理过程，在整个项目生命周期内所起的积极作用及其实施经验。
在该项目中，本人以开发方公司副总工程师身份担任项目经理，负责了项目的整体规划、组织实施和管理控制。
我们科学地运用了信息系统项目整体管理的一般理论知识及其指导方法，有效地保障了项目的顺利实施，很好地满足了各利益相关者的需求和预期期望。
[正文]
信息系统项目的整体管理是项目取得全面成功的一个至关重要的前提和基础。
升级会员 