目录

一、软考论文考什么？

二、我在项目中做什么？

三、项目做什么？

四、 项目小白常见雷区

五、如何写的不像是模版？

---

一、软考论文考什么？

      《考试大纲》指出：根据试卷上给出的论文题目，选择其中一个题目，按照规定的要求撰写论文。论文基于信息系统项目管理师需要掌握的知识范围展开，涉及内容包括“考试科目1:信息系统项目管理综合知识“中“5.信息系统工程”至“20.高级项目管理”的内容。
       论文考试的原意， 是要应试的项目经理们结合自己做过的项目谈谈项目管理知识在项目中的应用， 落脚点在“项目” 而不在“管理知识” 。 所以， 论文不是论述管理知识， 而应该叙述自己做过的项目规模多么大、 社会经济效益多么高、 项目管理多么规范标准、为现实生活解决了什么问题、项目完成情况多么完善优质等等，另外力求展示“我” 在项目中做出哪些卓有成效的工作， 从而使项目多快好省地完成。不及格的论文类型：

二、我在项目中做什么？

      明确“我” 在信息系统管理项目中所处的角色。 一般来说， 90%以上的论文会把这个角色定位在“项目经理” ，因十大管理基本是站在项目经理的角度来阐述的。 备考过程中， 许多同学为了标新立异， 也有监理角度的范文， 自己也想从监理甚至甲方的角度来进行论文写作。我觉得， 这对于没有项目经验的人来说绝对不是捷径， 而是自寻死路，！因为你可能根本分不清监理和甲方在项目中该做哪些不该做哪些。 如果按部就班地按照管理过程分段叙述， 很容易把本该由项目经理完成、 他人不便插手的工作硬安到监理或者甲方头上。 作为一个略有项目经验的工程师，在我眼中的项目管理各方立场和工作应该是这样的：

知识域	甲方（项目发起者，招标单位）	乙方（项目实施者，中标单位）	监理（服务于甲方技术咨询专业机构，中立性质）
整合管理	审批、验收。	大多数情况下，我们认为项目经理就代表乙方，但是在少数时候，比如 制定章程时，项目经理是在制定过程中才任命，只是参与部分编写工作。 主导人应是乙方公司高层，或者项目管理办公室之类部门。	一般分为总监和现场监理。论文中一定要写自己是总监， 否则会被认为工作不够重要，没有达到高级项目管理人员的要求。 现场监理直接面对现场，从乙方接收各类输出文件并审核， 不合格直接打回去，合格报总监审批，再由总监报甲方。
范围管理 （甲乙双方利益诉求出现矛盾）	甲方希望用很少的钱做更多的事， 希望把项目包含的内容往大去说	乙方希望多拿钱少做事，会尽力把范围往小去说。	监理理论上应该保持中立的态度,运用自己的甲方行业知识和 乙方软件开发知识去消除甲乙双方的沟通障碍,帮助双方取得一致。
进度管理 （三方的利益诉求比较一致， 如在没有成本因素干扰的情况下）	甲方的落脚点是各种时间节 点、里程碑的检查验收，面向 乙方项目经理，直接对程序猿 等开发人员指手画脚是不合 适的(作为老手应该明确几个 重要工作节点加强监督，不必 面面俱到)	项目经理要突出自己对项目团队成员和具体工作活动流程的 控制，特别是对于偏差(一定会出现，说没有偏差的都是 没做过项目的)是怎么处理的	监理的主要控制点也是各种时间节点和里程碑。作为总监，面对的 应该是现场监理，通过现场监理反馈的情况来向甲方汇报和对乙方 发号施令(与甲方不同，需要对每一个节点进行检查督促)
成本管理 （乙方利益诉求非常地微妙）	成本是甲方管理的重中之重，在项目进行的全过程中 要密切关注成本计划各节点的挣值，并关注偏差纠正 的情况。	项目经理一方面要展示“尽量替甲方省钱”的优质服务态度，一方面要体现“为 公司争取更大利润”的业务能力。一定要注意项目实施过程中的成本偏差， 注意纠偏及纠偏过程PDCA 闭环。	成本管理与监理的饭碗关系最密切,应该用非常多的精力去检查、 控制和汇报
质量管理	甲方需要审查乙方的质量管理体系，和项目经 理就质量控制标准和检查点达成一致，项目完 成后进行质量验收	质量管理容易和进度还有成本结合。在具体的项目中，需要注意的点是 做好质量控制节点和检查标准的设置，以及控制过程的纠偏。	监理和甲方工作类似,但是要注意促进甲乙双方的诉求一 致,运用自己的专业知识进行质量控制标准等文件审查。
资源管理	几乎没甲方什么事，最多只能对项目经理中途更 换提出异议，或者对项目人员资质进行核查。	没有项目经验的同学感到最熟悉的一块内容，也没有甲方监理角度 写作的干扰。	同甲方
沟通管理	沟通管理的四个过程是完全面向项目经理的， 识别干系人和沟通计划，都是比较内部化私有化的， 不可能拿给甲方去审查	项目经理 90%的精力都是放在沟通和协调上。项目经理是所有沟通的核心。 其余九大管理都是建立在与相关干系人的有效沟通之上。	同甲方。不建议同学从非项目经理的角度来写。即使项目经验丰富， 能够成功把立场反转来写,也不能保证改卷老师不会不鸟你。
风险管理	甲方和乙方的风险很多是完全对立的，风险的 转移策略也有将风险从乙方转移到甲方的。	风险管理一定要注意与公司管理层的沟通，不能自己一个人 承担风险管理的风险。	同甲方。也不建议以非项目经理的角度来写论文。
采购管理	甲方的关注点一是采购过程是否合理合规， 二是货物或服务质量能否达到要求。具体的工作 实施主要是审查采购的关键节点，如采购实施 必要性、供货商/分包商选择、交付验收。	PM的任务一是确定和权衡外包服务类采购需求，二是控制好设备类 采购的交货时间。当然，几乎所有项目都会出现交货提前或推迟的 问题，提前涉及到仓储保管，推迟会造成进度延误，可以详细些写 写。还有体现公司管理水平的采购、财务、法律等部门会签也可以提一笔。	监理的关注点是采购工作特别是招投标的合法合规性和各类测试 证明文件的齐备性(甲乙双方纠纷的时候，自己不会背黑锅。)， 还有按规定进行的质量抽检。
干系人管理	干系人管理也是完全面向项目经理的，比较内部化 私有化的，对于甲方是未知的。	干系人管理和沟通管理比较像，论文中叙述内容完全可以照搬沟通管理的 事件，换用干系人的管理过程术语就行。	同甲方。不建议从非项目经理的角度来写。

三、项目做什么？

       通常，做项目与做技术不同， 需要以更大的精力来关注那些技术之外的， 可能在程序员看起来不足挂齿鸡毛蒜皮的那些很扯的事情，可能这些事情恰好决定了项目的成败，而不是技术。作为一个项目经理， 要有坚持把一个烂摊子收拾完的毅力， 同时并行处理多项突发事情的能力，清楚明了叙述事情以及准确无歧义与他人沟通的能力。 实际中， 项目经理往往没有时间来关注技术，少量时间关注管理， 大部分精力都放在和干系人的沟通上！在论文中， 我们还是应该要按照题目要求， 把管理过程往自己的（自己虚构的或者真实的） 项目管理事件上圈。 但在管理过程与项目实际对应度不高的情况下该如何圈管理的过程， 这是十分棘手的。 比如进度管理，教材列举出6个过程， 但是实际项目中， 第6项控制进度要占去进度管理90%以上的时间， 对项目过程的叙述，对自己工作不露声色的自我表扬， 大部分可以写的素材或者说小事件， 应该都是从进度控制过程中来的。 而从定义活动到进度计划， 5个过程可能都混在一起， 界限并不分明， 至少是一种并行或者迭代的关系， 而且并没有太多值得挖掘的工作亮点。 很多进度管理的优秀范文， 都没有实际按照6个过程来写， 而是直接进入进度控制过程， 从中总结出自己进度管理的几条好的做法。 不过这样的写法有失稳妥， 对个人的项目管理经验（间接经验）和文字材料写作功底都要求相当高。 而没有经验的新手要如何来把握分寸， 还是一件相当有难度的事情。
        大型信息系统项目， 一般是一个完整的系统开发过程。 作为项目经理， 一般管理的应该是一个大型的项目， 包括软件开发、 硬件采购安装和系统调试， 很多还有多地点多层级的系统联调。 一般来说， 在整个项目生命周期中， 软件开发所占时间和成本是比较小的， 这个可能有悖于许多人的认知， 毕竟书上的管理过程很多都是针对软件开发的。 一般认为， 教材上很多管理理论是对所有工业生产和工程项目通用的， 并不针对信息系统项目； 而教材编写者可能由于认知和项目经验的偏差， 将管理知识和软件开发过程结合比较紧密， 而对系统整合部署、 调试等占时间和成本较高的项目活动语焉不详。
      在我们的实际项目工作中， 项目中存在相当多的软件或者模块的复用情况； 在一些大公司， 甚至项目应用和软件研发都是分开独立的， 软件开发过程在整个项目生命周期只是前期的一个相对简单和单纯的工作， 并不适合大篇幅介绍。 在论文写作中， 应该尽力避免完全按照软件开发的过程来套管理知识， 而尽量把项目管理过程往系统在客户环境的安装实施调试上扯， 往远程联调和客户组织体系下个部门间的协调配合上扯， 会显得比较真实， 比较“有经验” 。 时间和金钱， 是项目管理的重中之重， 甲乙双方 85% 以上的撕逼大战都是这两项管理的控制过程中出现的 。

四、 项目小白常见雷区

    （1）在论文中强调“公司非常重视， 调用全公司骨干力量， 资源向我所在项目倾斜” 之类的“亮点” ， 判卷老师会感觉不是小公司就是瞎编！ 个人认为： 越大的、 项目管理成熟度等级越高的公司， 单个人和单个项目的重要程度越低， 资源利用率越高； 只有业务量不饱和， 资源利用率不高， 一个项目定生死的小公司， 才会集中全部力量去做一个项目。
      （2）在论文中强调“甲方领导非常支持， 全力配合项目工作开展， 制定了统一规范的工作流程,明确了需求” 之类的“项目被重视” ， 常给判卷老师一种“没做过项目” 的感觉。 就个人经历和目睹的情况， 绝大多数甲方都是爸爸， 只会给予口头上的“全力支持配合” ，需求确认和范围确认常常被推翻， 项目过程的大部分时间都在不断地提出新的需求或者变更，还有几个部门提出自相矛盾南辕北辙的要求。从制定计划到完美实施，没有需求变更的项目，完全没有见过。

题目	雷区	如何避开
整合管理	我被任命为项目经理后， 开始着 手编制项目章程。	我作为熟悉此行业/参与过类似项目的人员， 参 与到此项目的筹备工作中， 完成部分项目章程 的编写工作。
质量管理	根据公司的规范来开展工作。	使用规范的成熟度模型来指导项目的组织及工作的开 展。 要将质量改进作为一种规范化工作来进行。
资源管理	公司对我们的项目非常重视。	人手不够和员工离职是最常见的情况， 要避免改卷老师 审美疲劳， 一定要聊具体的岗位和工作情况， 对项目具体 某工作造成了什么具体影响、自己采取了什么具体措施 进行了处理、达到了什么具体效果。
采购管理	千万不要写招投标组织过程存 在问题被纠正， 在项目中这是很 严重的问题， 会被质疑项目管理 是否成功以及个人管理能力	可以写因为工期紧急， 项目招投标时间较短，与甲方沟通交流 后对**设备采取竞谈/询价的形式进行采购， 缩短了工期 （高难度， 招投标法不熟悉慎用）。
采购管理	“我” 组织供货商评估， “我” 建立评价表， 这样显得公司的项 目组织管理不够有序， 成熟度不 高	可以写通过查阅公司的供货商评价表， 选定部 分质量好供货及时的供应商再询价或竞谈。 非 招投标的采购慎用， 容易显得不够规范。
时间管理	合理安排时间，开展工作。	时间管理一定要突出“科学合理”，可以强调自己在工期紧张 的情况下仍然为**活动留出**时间，**活动的顺利进行确保 了项目整合进度。

五、如何写的不像是模版？

        我们在考试中常常遇到这样一些情况： 许多考生都模仿借鉴了同一篇范文， 有的人顺利通过， 而有的却被判雷同卷挂掉了。这里面除开一定运气因素外，还有一些如何“洗稿” ，变成自己的东西的技巧。
      （1）教材中的十大管理过程， 有很多是针对产品生产（软件产品开发） 过程的， 而实际的信息系统项目管理过程,主要的精力多半放在半成品软件在客户环境下的部署和调试过程中，单纯的软件开发过程工作量和重要性都不高。 如果背景写一个庞大的多级多点部署的系统， 而管理过程死记硬背地套用书上的步骤， 详写软件开发的过程， 就容易显得前后脱节，不真实！
       （2）教材中很多语句都是“将来式” ，使用“我们要… “这样可以让…。 ” 之类的开头， 这是因为教材的作用是教导大家在今后的项目管理中如何去做。 而论文的叙述是为了向别人展示自己已经完成的项目过程， 如果直接使用书上的句式， 就给人一种没做过硬编的感觉。论文写作应该使用“过去式” ， 即着重提到“我们使用了/我们做了/我们解决了/我们处理了“之类的描述。
       （3）写作中尽量避免“召集相关人员” 、“组织有关部门” 、“在本项目中我多次强调” 之类通用性强而没有具体内容的句子， 我们应当替换成“召集产品部、开发组、 接口调试组、 现场工作组以及商务和外协” 、 “在项目需求沟通阶段/**调试阶段/**部门反映软件使用存在**问题时” 之类具体的岗位名称（QA）、 部门信息（推荐搜索部）、 干系人身份（李总）、 项目具体的环节名称等， 这样会使自己的论文与他人具有极高的区分度。即使借鉴同一个背景， 每个人看问题的角度和关注的环节不同， 也会产生不一样的细节， 被判雷同的可能性会大大降低。