论文题目：IT项目中的进度管理 怎么写？

项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程、收尾过程等。

包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通管理、采购管理及系统管理的方法与工具。作为项目经理要全面掌握这些九个核心领域的知识，并重点把握系统管理的观念，避免进入某个细节，注意在五个不同阶段的重点。

管理流程

在项目管理的流程中，每个阶段都有自己的起止范围，有本阶段的输入文件和本阶段要产生的输出文件。同时，每个阶段都有本阶段的控制关口，即本阶段完成时将产生的重要文件也是进入下一阶段的重要输入文件。每个阶段完成时一定要通过本阶段的控制关口，才能进入下一阶段的工作。

其中IT行业的项目管理流程一般包括为五个部分：项目的启动、项目的计划、项目的实施及控制过程、项目的收尾和项目的后续维护。

项目管理实战必读十本书

一、《娓娓道来，高效项目管理100法》 推荐星级：5星

本书从项目管理的十大知识领域出发，对每个知识领域所涉及的核心知识点进行剖析。无论是计划管理的“边界条件”、风险管理的“救火英雄”，还是团队管理的“赞美无敌”，每个知识点对应的方法与技巧都是实用且有效的。 总结了100个项目管理方法，并通过简短、生动的对话形式，讲述了发生在项目经理身边的小故事，既增强了本书的可读性和趣味性，又能加深读者对方法的理解并应用于实践。 本书具有很强的适用性，无论是有志于从事项目管理的人士，还是项目专员、产品经理、项目经理、项目总监，都可以从中受益。由于本书的编写不基于某个行业，对于各行各业在实施项目化过程中遇到的各种问题，也可以从书中找到答案。

二、《漫画中国式项目管理》 推荐星级：5星

《漫画中国式项目管理》主要针对有一定工作经验，开始承担一定责任的职场人士。内容上以项目工作为背景，告诉读者作为项目经理，如何处理项目管理中的具体问题，都是一些比较实用的“小道理”。特别是在中国特定的管理文化下，当没有实际权力时，如何能够推动项目工作的进行。以漫画的形式展现，配合一些简练的文字，目的是归纳与点题，通过漫画提高阅读愉悦性，强化印象。书中包括大约50个故事，分为“需求分析”、“项目规划”、“项目控制”、“团队沟通”、“项目经理的职业规划”5个部分，通俗易懂，兼具实用性与趣味性一。

三、《双赢：提升项目管理者的职业高度与情商》 推荐星级：5星

《双赢：提升项目管理者的职业高度与情商》与“项目管理实践三法”系列三本书一脉相承，侧重理论、方法在实践中的应用，延续朴实、真实、务实的写作表达方式，主要关注项目管理者心理学实践和情商的提升。 《双赢：提升项目管理者的职业高度与情商》内容分为两部分：第1部分（第1-5章）是项目生命周期中的心理学实践，这部分也是全书的主体：第2部分（第6-7章）着眼于管理者的个人修炼与职业提升。 人的问题是项目管理的难题之一，PMI将一名合格的项目经理需要具备的能力定义为三个方面，即技术项目管理、领导力、战略和商务管理的能力，而人的技能直接影响项目的成败。

四、《PMO不败法则：100个完美收工技巧》 推荐星级：4星半

日本著名PMO管理专家的理论与实践经验的系统总结。精彩观点+实战案例+精辟。 为我国的PMO运作与管理提供了宝贵的经验，指导性强。本书作者后藤年成结合其十多年来协助企业导入PMO及实施数百个项目的经验，介绍了100个让PMO成功的秘诀。本书集精彩观点整合、实战案例和精辟分析于一体，为国内PMO从业者打开另一扇窗，帮助其成长，最终达到成功的大智慧。

五、《项目经理枕边书》 推荐星级：4星半

以大家耳熟能详的童话故事，带来新的项目管理视角和启发，帮助读者解决生活和工作中的困惑与疑虑。本书不是一本如何管理项目的手册，也不是一本简单的床边故事书，它通过耳熟能详的故事，阐述故事与项目管理的联系，引出项目管理的相关知识，引导大家如何在实践中应用这些知识。

六、《八堂极简项目管理课》推荐星级：4星半

《八堂极简项目管理课》选择了项目管理活动中重要，也是常见的8个管理领域，包括范围、变更、进度、风险、团队、沟通、干系人和情绪。上述内容直接关系到项目的目标是否能够顺利达成，是项目成功与否的关键。全书通过模拟真实培训课堂的环境，对相关工具、方法、原则给出生动、浅显的说明，便于读者理解和掌握。 本书特别适合从事项目及项目管理活动的项目团队成员、项目经理阅读。

七、《IT项目经理成长手记》推荐星级：4星半

《IT项目经理成长手记》以作者经历为原型，以虚拟人物小M的案例故事为线索，从一个项目管理实践者的角度介绍了IT项目管理的实用工具和实战经验。《IT项目经理成长手记》围绕小M从一个技术人员走上IT项目经理岗位，并逐步成长为项目总监的过程，以IT项目经理岗位为主，介绍了在项目管理的不同职业阶段遇到的问题和挑战、解决过程和经验教训。在每个阶段，围绕小M经历的实际案例，分别从项目管理、质量管理和软技能三个方面进行说明，并将侧重点放在了将理论“落地”的实战经验，以及管理组织和人际关系的“软技能”上。 《IT项目经理成长手记》非常适合作为国内众多IT企业中的项目经理、质量经理、项目总监，以及主管交付的总经理或公司高管提升管理技能的案例教程，同时也为有志于向项目经理方向发展的软件开发和测试人员描绘了一条极具参考价值的职业发展路径，并有助于读者从组织级高度理解项目管理，拓展更广阔的职业发展空间。

八、《做项目，不得不这么干：从硬功夫到软实力》推荐星级：4星

《做项目，不得不这么干——从硬功夫到软实力》根据大量的实践经验，尤其是从失败中得到的经验教训，总结出在不确定和可变的项目管理过程中，造就卓有成效的项目经理所需的关键因素及技巧。读者可以清楚地了解优秀的项目经理具备怎样的素质和技能，从而更好地实施项目。可作为高等院校经济管理类专业本科生的教材、MBA教材，也可以作为从事项目管理工作人员以及参加各类项目管理资质认证考试人员的参考书。

九、《项目管理其实很简单 初级项目经理进阶之道》推荐星级：4星

《项目管理其实很简单 初级项目经理进阶之道》是一本项目经理管理笔记，汇聚了作者在多个世界500强公司15年的项目管理经验。 书中从项目管理的角度出发，全面系统地介绍了项目经理的工作特点、工作内容、工作方法和技巧，以及如何提升管理能力、演讲能力、人际关系处理能力、时间管理能力、心态调节能力等内容。通过阅读，读者能够迅速领会项目管理的重要技巧和方法，掌握各种项目管理知识和决胜策略，从而成功、高效地开展项目管理工作。 《项目管理其实很简单 初级项目经理进阶之道》适合对项目管理感兴趣的人群，特别是项目经理、项目总监、企业变革或转型的顾问及高管，同时也可作为高等院校项目管理、服务管理、生产管理或工程项目管理等相关专业的辅导教材。

十、《微权利下的成功项目管控》推荐星级：4星

微权力下的成功项目管控是关于如何在缺乏正式职权的情况下取得项目成功的实践指南。首先，讨论了无需依赖正式职权的三大项目管控工具，即规范化的项目过程、用于赢得他人合作的影响力和用于引导合理行为的项目测量指标。然后，讨论了如何在项目管理的启动、规划、执行、监控和收尾过程组中，分别有效使用这三大项目管控工具。其中既有适用于小项目的管理技巧，也有适用于大型、多团队项目集的管理方法。适合项目管理人员以及任何想要不依赖职权就能实现有效管控的人员阅读和使用

参考概念信息——（从笔记整理出来的，不知道你的字数限制和要求是什么，你觉得行就用当论文吧，内容少的话部分地方可以扩写一下，或在其中加几句名词解释什么的会更详细一点。） 内容主要来源：《信息系统开发与项目管理》——第九章：系统项目的进度、费用与风险管理从达到项目范围、进度和成本要求方面来看，许多项目是失败的。进度问题也是项目生命周期内造成项目冲突的主要原因。而进度管理就是要采用一定的方法对项目所包括的活动及其之间的相互关系进行分析，对各项活动所需要的时间进行估计，并在项目的时间期限内合理的安排和控制活动的起始与结束。对于一个项目团队而言，不论是谁，不论是属于哪一个范围领域里的项目开发，我们都有一个共同的目标：在预算内按时开发符合客户真正需要的高质量产品/软件。那么就需要我们对此做一个合理的有效地项目规划。进度管理是项目管理中一个至关重要的方面，项目经理通过使用一些基本的项目管理工具和技术，来协调各种资源的投入，改善时间管理，并最终实现项目总体目标，满足项目各干系人的需要。虽然项目延期不一定代表项目失败，但是会引起客户的不满，降低团队信誉与口碑，所以项目经理必须具备争分夺秒的时间观念。通过学习，我了解到进度管理包括两大部分——项目进度计划的制定和项目进度计划的控制。进度计划凡事预则立，不预则废。做任何事都要有计划有条理，做到条度有方，有条不紊才能更好的实现项目最终结果。为了使项目能够按时的并且完美的完成，在项目开始之前制定一份切实可行的，科学的项目计划是非常必要的，它能为项目的实施过程中的进度控制以及人力资源和各种资源的分配提供依据，也能够为项目实施各方面相关内容在时间上的协调分配提供依据。为保证项目进度计划的科学性和合理性，在编制进度计划前，首先必须收集真实、可信的信息资料，以作为编制进度计划的依据。一个详细的计划一般包括以下几个步骤：确定完成项目需要哪些特定活动，明确每项活动的职责；确定完成这些活动的先后顺序；估算每项活动所需要的时间和资源；制定项目计划和预算。进度管理中，包含进度计划、项目的关键路径、进度控制三大模块。进度计划需要有项目计划与进度安排两部分内容。一、项目计划（1） 工作分解结构与责任矩阵。首先要确定项目的目标，预期的结果或最终产品。接下来确定需要执行哪些工作要素或活动来完成它。最后用责任矩阵表示完成工作分解结构中工作细目的个人责任。（2） 制定网络计划。由于工作分解结构仅生成工作范围，责任矩阵也只是针对生成的工作范围进行了责任分配，并无时间，资源的约数，也不十分明确活动之间流程的顺序与关联。所以还必须依赖网络计划技术来完成。网络计划技术在项目的计划，进度的安排和控制由许多相互关联的活动组成的项目时是非常有用的。此外，它还对关于项目的信息沟通也是很有用途的。通过学习，有两种网络计划发放，计划评审技术和关键路径法。二、进度安排这部分流程会帮助我们解决项目管理中估计每项活动的工期；确定每个项目的预计开始与完工时间；在项目预计开始时间的基础上，计算每项活动的开始与完成的最短时间；利用项目的要求完工时间，计算每项活动必须开始的时间和完成的最长时间；确定每项活动能够开始（或完成）与必须开始（或完成）时间之间的正负差值；确定关键（最长）关键路径。 项目的关键路径，此部分包含利用关键路径分析平衡进度计划、缩短项目进度的技术和更新关键路径数据的重要性三部分内容。项目的关键路径贯穿整个项目的生命周期，是一系列决定项目最早完成世间的活动。所以要受到高度的重视，不可忽略或简化。而缩短项目进度的技术在条件允许的情况下可以提高团队工作的效率，降低成本完成合格的产品，在预期内提早交付成果。更新关键路径数据的重要性可以更好的完成项目活动，减少错误发生率，并且给出一个新的项目估计完成时间。 项目进度控制。包括项目控制过程和项目控制的方法。此部分大致包含四个步骤：分析进度，找出那些地方需要采取纠正措施；确定应采取的纠正措施；修改计划，将纠正措施列入计划；重新计算进度，估计纠正措施的效果。通过项目进度管理的学习，我进一步的了解了项目管理的又一个流程，并且了解了……（结尾 …… 省略 、字数大概可以控制在大于1800）

当IT项目经理应该做哪些事情？

项目经理是具体项目工作的管理者，他们在工作中不断提升自己的领导才华，同时该职业又是一个权利与责任并存的职业， 他们主要对项目进行背景调查，收集整理项目相关资料，进行需求策划，撰写项目调查报告和信息综述，对项目组成部分或模块进行完整系统设计，联系项目相关单位和相关技术专家，制定项目可行性研究报告，协同配合制定和申报立项报告材料，组织项目团队完成项目任务，保证项目的完成时间和完成质量。下面是我为大家整理的IT项目经理应该做什么，欢迎阅读!

IT项目经理应该做什么

经常看到这样的项目经理，一副整天忙得团团转的样子，电话不停地作响，一个小时之内要发出几十个指令，好像他所领导的团队离开了他就一天也活不下去。然后他还会说："我很忙"或"我很累"，"我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问，即使旗下有人，你说他能不累吗

甚至还有这样的事列发生，研发部门经理亲自参与项目软件的编码工作，如果只有一、两个项目，也许这样还可以，试想，如果有十几个项目你能都参与具体的技术工作，另外是否考虑过部门经理参与具体项目后所带来的其他问题，部门日常事物务无处理，部门人员无人关注，部门的其他项目得不到项目经理的协助，更是无人为部门的未来作打算。类似的项目经理的行为很多：譬如善于销售的经理就对自己的销售人员总是不放心，觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件，因为秘书起草的东西总是叫他看不上眼，如此等等。

由此造成的结果是经理整天搞得手忙脚乱，管理效率很低。做经理者没有时间考虑部门发展的问题，做下属者觉得自己得不到信任，做事小心翼翼，不敢越雷池半步，没有积极性。

由此想到刘备，文不如诸葛亮，武不如关张赵马黄，但是他会用人，会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法，即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属，不要怕他们犯错误。"用人不疑，疑人不用"，虽然很难做到而且有时也不一定非要做到，但是你既然给了一个人那个位置，那份薪水，就应该让他们充分地发挥，你不能替他们做事，你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时，汪先生说他到目前还没有个人email地址，记者很惊诧的问他为什么时，他说“没有必要，我有很好的业务总监们，他们会处理好公司的日常事务，我要有充足的时间考虑公司的发展战略，我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者，所以CA才有今天的地位。

做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题："我们忙，你在干什么"

项目经理，对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体，创造出一个富有活力的整体，应该是其第一使命。即人们经常谈论的管理，通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命，项目经理应该做什么呢

一、一个项目经理首先要制定目标，即确定团队的目标，只有知道往哪走，才能到达那里。确定目标是什么，而且目标要能够有效的支撑团队的责任，有助于团队的发展。而且要将目标传达给团队的每一位人员，让他们认识到他们在实现目标过程中的责任和重要性。

二、一个项目经理要进行组织工作，即如何安排工作，需要分析所需的各项活动、决定和关系，他需要对工作分类，确定作业任务的主次和轻重缓急，并为作业分配适当的执行的人员。

三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队，它需要通过对下属的激励，以及同上、下、同级间的相互信息交流，协调完成工作。

四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准，这个标准不但要专注于团队的绩效，而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。

五、一个项目经理要培养人，也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求，也常常拥有帮助其下属改进工作绩效所必需的技能，只有下属的技能提高了，整个团队的效率才可能提升，只有团队的成员有发展，他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。

在我们这个行业，好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的，他们可能没有受过管理学的教育，希望此文能够给与他们思考与认识自己责任。

项目经理该做什么，不该做什么

1以目标导向来做事情

首先要明白该做什么，其次才是如何做。目标是项目管理的重要特征，项目经理做事原则都是围绕项目目标展开，对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。

目标有短期目标和常用目标，把当前项目按目标完成可能是短期目标，通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理，更加应 该着眼于项目长期目标，而不是太在意于当前项目的短期利益。只有意识到这点，才能够认识到培训，教练，团队，自发，团队语言和规则等在整个项目中的重要 性。

2对自己定义的目标进行分解

对于软件项目，项目经理根据商业或用户需求会定义软件产品发布后的故障率小于05个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素，各个阶段交付物的质量，缺陷的泄露，测试的水平，需求的变更和稳定性，前期的需求设计和开发规范，团队规则，开发人员的责任心多方面因素都可 能影响到该目标的实现。

一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的，而且各个要素间还存在这正反作用，必须要综合性的系统思考。确定出期望的各个要素的区间 水平，然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的，都是为了实现当初定义的目标而服务，绝不 是无中生有。

3具体实际 *** 作的关注点

首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要，而是项目经理应该更多的管理风险和消除隐患，不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力，发现各种征兆和危机，危机发生前应对往往仅仅是项目经理找成员谈谈心，或者说组织一次关于规程的培训，但危机如 果发生造成的损失会远远大于风险应对的成本。

项目经理应该更多的取做教练，而不是去做领导。管理者要懂得授权，但项目经理更关注的是授权不会影响到进度和质量，因此项目经理绝对不是越俎代庖啥事情都 自己做，也不是盲目授权后啥都不管，而是充当好教练的角色。让项目成员有能力的全完成事情，而且是有责任心的去完成事情。如果自己做只花1个小时，而教会 团队成员做需要一天，从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组，项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做，哪些是项目管理组做。另外一个关注点是做事情的粒度，项目任务的跟踪是项目经理要做的，但项目经理应该根据项目目标确定自己跟踪任务的粒度，粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南

在一个团队中，作为一名团队领导，将：

1) 避免团队目标向政治问题妥协

2) 向团队目标显示个人承诺

3) 不用太多优先级的事物冲淡团队的工作

4) 公正、公平的对待团队成员

5) 愿意面对和解决与团队成员不良表现有关的问题

6) 对来自员工的新思维和新信息采取开放的态度

作为团队成员，要将：

1) 展示对个人角色和责任的真正理解

2) 展示目标和以事实为基础的判断

3) 和其他团队成员有效地合作

4) 使团队目标优先个人目标

5) 展示投身于任何项目成功所需的努力的愿望

6) 愿意分享信息、感受和产生适当的反馈

7) 当其他成员需要时给予适当的帮助

8) 展示对自己的高标准要求

9) 支持团队决策

10) 以为团队的成功而奋斗的方式体现带头作用

11) 对别人的反馈做出积极的反应的理解为二元问题，更多的是跟项目目标和管理粒度相关的做事情的粒度问题。

IT项目经理的经验总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的;

3基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;

4在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;

5现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6 是到做总体计划的'时间了吗不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(Industry expert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9 好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，界面要求：美观大方、简洁明快，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务开发人员熟悉EJB编程，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;

2和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择

3(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗对，就学习那个，让大家都意识到任何的更改都有成本和代价。

;

规划资源管理

定义：定义如何估算、获取、管理和利用团队以及实物资源。

规划资源管理的工具：

数据表现（层级型、责任分配矩阵、文本型）

确保每个工作包都有明确的责任人，确保全体团队成员都清楚的理解其角色和职责。一般有三种格式：层级型、矩阵型、文本型。

层级型组织图：是自上而下的显示各种职位和相互关系，有助于明确高层级的角色。 （OBS：公司组织分解结构）

文本型：适用于记录详细职责。

矩阵型：责任分配矩阵（Responsibility Assignment Matrix,简称RAM），是用来显示分配给每个工作包或者活动与项目团队成员之间的联系。

旨在所有工作落实到人，确保任何一项任务都只有一个人负责，避免职责混乱。确保人人有事做、事事有人做。责任分配矩阵的一个例子是RACI矩阵，每一项工作都只有一个A在负责。（R=执行（Responsible） A=负责（Accountable） C=咨询（Consult） I=知情（Inform）每项活动，可以有很多个R，很多个I，很多个C，但是只能有一个A）

组织理论

阐述个人、团队、组织单位的行为方式。

每一个团队、组织都有一套自己的潜规则，描述了人员在里面应该采取什么样的行动方式。根据组织理论灵活运用领导风格，以适应项目生命周期中团队成熟度的变化。

规划资源管理的输出：

资源管理计划

是项目管理子计划之一。是关于如何分类、分配、管理和释放项目资源的指南。包括：

识别资源

获取资源

角色和职责

项目组织图

项目团队资源管理：关于如何定义、配备、管理和最终遣散项目团队资源的指南

培训

团队建设

资源控制

认可计划：将给予团队成员哪些认可和奖励，以及何时给予

团队章程（班规；团队之间指责；有人乱来）

团队章程：为团队创建团队价值观、共识和工作指南的文件。

规定团队的核心价值观、行为规范和工作规则。使团队成员对什么行为可接受或不可接受的，建立和保持基本一致的认识。

团队章程应该由团队成员通过共同讨论来制定，而不能由少数人制定出来再强加给大家。团队章程对项目团队成员的可接受行为确定了明确的期望。尽早制定并遵守明确的规则，可减少误解，提高生产力。

讨论诸如行为规范、沟通、决策、会议礼仪等领域，有利于团队成员相互了解彼此重要价值观。规则一旦建立，全体项目团队成员都必须遵守。

估算活动资源

定义：估算执行各项活动所需的团队资源，以及材料、设备和用品的类型和数量。

估算活动资源的工具：

自下而上估算

先估算每个活动所需的团队资源和实物资源，然后汇总，得出整个项目的资源需求。

估算活动资源的输出：

资源分解结构

是把整个项目所需要的资源按照类别、类型进行展现

获取资源

定义：获取项目所需的团队成员、设施、设备、材料、用品和其他资源。

获取资源的工具：

谈判Negotiation

许多项目中，通过谈判完成人员分派，是组建项目团队最主要的一个方法。

项目管理团队需要与下列各方谈判：

1）职能经理：获得普通、一般资源。

2）执行组织中的其他项目管理团队：竞争特殊、稀缺资源。

3）外部组织、卖方、供应商、承包商等：获得特殊资源。

谈判：它的目标很明确，需要什么资源就和谁谈判

预分派Pre-assignment

事先选定已经分配到位的人，不由项目经理决定。

三种情况：

1）标书中规定了；

2）项目章程中说明，高层指定；

3）特定人员的专有技能，项目离开他就做不了；

虚拟团队Virtual Teams

有共同的目标，很少或没有时间面对面工作的一群人，比如有些人在国外、有些人工作班次和时间不同。

缺点：虚拟团队可能产生孤立感，团队成员之间难以分享知识经验，所以当采取虚拟团队的时候，沟通规划就非常重要。

获取资源的输出：

实物资源分配单

记录了项目将使用的材料、设备、用品、地点和其他实物资源。

项目团队派工单Project Team Assignments

记录了团队成员及其在项目中的角色职责 需要包含项目人员名称，相关的文件包括：

项目团队名录（directory）

项目组织图

进度计划

建设团队Develop Team

定义：提高工作能力，促进团队成员互动，改善团队整体氛围，以提高项目绩效。

目标：个人能力的提高，提高团队凝聚力。建设团队是为了让团队成员更加有活力、更加有氛围凝聚力。

塔克曼团队发展阶段理论（阶段一般按顺序进行，但有时也会发生逆转或跳跃）：

A、形成forming–相互认识，了解项目情况与职责；相互独立，不开诚布公；（重新加新人，会回到该阶段）

B、震荡storming—相对独立，开始从事项目工作，对不同的观点和意见不能采取合作和开放的态度；

C、规范norming—协同工作，按团队需要调整各自的工作习惯和行为，相互信任。（一起协同工作了，并调整各自不好的）

D、成熟performing—有序工作；相互依靠，平衡高效地解决问题；

E、解散adjourning—完成所有工作，团队成员离开项目。

建设团队的工具：

集中办公Colocation

把项目团队成员安排在同一个物理地点工作，也称为紧密矩阵、作战室War Room。张贴进度计划，增强团队工作能力、加强沟通、培养集体感。

团队建设 （Team Building）

旨在帮助各团队成员更加有效地协同工作。

培训

培训包括旨在提高项目团队成员能力的全部活动，可以是正式的或非正式的，可以是计划内也可以是计划外。

1）计划内培训：项目团队缺乏必要的管理和技术技能，应该按资源管理计划中的安排来实施预定的培训；

2）计划外培训：根据管理项目团队过程中的观察、交谈和项目绩效评估的结果，来开展必要的计划外培训。

建设项目团队的输出：

团队绩效评价

随着项目团队建设的开展，项目管理团队应对项目团队的有效性进行评价。评价指标可包括：

 个人技能的改进

 团队能力的改进

 团队成员离职率的降低

 团队凝聚力的加强

事业环境因素更新 ？？？

管理团队（关注团队成员）

定义：跟踪团队成员表现，提供反馈、解决问题，并协调各种变动，以便优化项目绩效。

管理团队的工具：

冲突管理

在项目环境中，冲突不可避免。冲突的来源很多，不一致的需求、对资源的竞争、技术意见、个性等等。

成员之间对需求的不一致意见引发冲突；

对资源的竞争引发冲突；

个性不同引发冲突

冲突处理顺序：

i 首先依靠冲突者自己解决问题

ii 自己解决不了，依靠PM去解决（5种冲突解决方法）

iii 如果PM解决不了，只能再找他的直接领导协调解决

5种冲突解决优劣顺序排列：

合作/解决问题（面对）Collaborate/Problem Solve/Confronting：直面问题、引导各方达成共识，双方都满意；

妥协/调解Compromise/Reconcile：各退一步、双方一定程度上满意，比如去买东西时讨价还价，你说100，我说80，最后各退一步90成交；

缓和/包容Smooth/Accommodate：强调一致而非差异即求同存异、寻找共同点（有共同点）；

撤退/回避Withdraw/Avoid：从实际问题和冲突中退出，问题先不谈；

强迫/命令Force/Direct：利用权力来强行解决问题。（一般紧急情况使用）。

控制资源（只针对实物资源）

定义：确保按计划为项目分配实物资源，以及根据资源使用计划监督资源实际使用情况，并采取必要纠正措施的过程。

确保所分配的资源适时适地可用于项目。

与管理团队过程关注团队成员不同，控制资源过程关注实物资源。

现在常用的项目管理工具有：CORNERSTONE、Teambition、ONES、Tapd、禅道

最推荐的一种：CORNERSTONE项目管理工具

推荐理由：

CORNERSTONE能够用来处理任何类型的项目协作的工具，应用于运行和维护涉及到你的业务和企业的最困难任务，即使是对最初级的用户都能有所帮助，可满足不同团队规模的需求。

1存储在云端，或者可以自己架设，基于 B/S 架构；CORNERSTONE有网页版，并支持mac、windows、ios、Android多端同步，并支持私有部署功能。

2任务管理、任务可以设置优先级；CORNERSTONE可以给每个任务设置“优先级”、“责任人”、“任务类型”、“开始/截止时间”等多种任务属性，并支持自定义配置任务属性。

3任务可以排序，可以分配给成员，完成的任务默认不显示；任务支持排序：CORNERSTONE的任务支持7种视图显示，可以按照我的任务、未开始任务、已完成任务等多种属性排序。

任务分配到人：上面已经说过了，任务可以设置“责任人”，如果一个任务需要多个人参与，也可以添加参与人。

完成的任务默认不显示：CORNERSTONE的项目应用，可以在我的任务查看自己的所有当前的任务，任务完成后可在已完成任务查看自己已完成的任务。

4知识管理；WIKI是一种在网络上开放且可供多人协同创作的超文本系统，WIKI站点可以有多人（甚至任何访问者）维护，每个人都可以发表自己的意见，或者对共同的主题进行扩展或者探讨。

CORNERSTONE的WIKI模块可以帮助成员同步记录项目信息，也可创建知识库和企业信息库，方便其他成员查看。

创建知识库/创建页面

创建知识库

点击“WIKI”进入WIKI页面；

点击"+"号创建知识库。

对访问权限进行设置

可创建富文本、Markdown、思维导图以及表格。

富文本

富文本格式是一种非常流行的文件结构，很多文字编辑器都支持它。一般的格式设置，比如字体和段落设置，页面设置等等信息都可以存在RTF格式中，它能在一定程度上实现word与wps文件之间的互访。

CORNERSTONE提供富文本格式，方便 *** 作人员进行直接将Word等格式的文本内容粘贴到富文本。

点击创建富文本，可以直接进行文本编辑，插入链接、格式修改等，右侧提供页面大纲，可以对内容大纲进行概览

可直接复制Word文本内容粘贴到富文本，支持大多数格式设置，方便编辑

Markdown

Markdown是一种可以使用普通文本编辑器编写的标记语言，通过简单的标记语法，它可以使普通文本内容具有一定的格式。 1、创建Markdown

创建Markdown，工具栏提供常用的编辑格式：字体加粗、引用、有序排列等，同时可插入链接或；

2、发布后文档会显示创建者、创建时间、修改时间等信息。

3、可生成PDF文件

思维导图

WIKI支持思维导图的创建，可用于关键目标任务分解、梳理结构、头脑风暴等。自定义颜色区分层级，简单 *** 作即可添加子目录，方便快捷。同时可一键生成任务/需求/测试用例/测试计划等，与项目相关联。

创建一个思维导图；

可通过放大或缩小查看全部框架或局部细节；

一键生成生成任务

点击右侧的“生成任务”进入任务创建页面；

任务创建过程与任务面板的任务创建过程一致，可对责任人、状态、优先级等进行初始设置。

任务生成成功

任务生成成功后标题会显示“已关联”

在思维导图生成的任务也会显示在任务列表里。

更新对象

修改后点击“更新对象”，思维导图会根据任务状态发生变更。

另外，WIKI针对思维导图还提供一键生产需求/缺陷/测试用例/测试计划等功能， *** 作流程与一键生成任务的流程相似。

最后，CORNERSTONE支持多语言版本，满足不同企业需求。

CORNERSTONE

全行业覆盖的一站式项目协作平台

《写给大家看的项目管理书》（荷瑞因 (Gregory MHorine)）电子书网盘下载免费在线阅读

链接：>提取码：1234

书名：写给大家看的项目管理书

作者：荷瑞因 (Gregory MHorine)

译者：王明发

豆瓣评分：69

出版社：人民邮电出版社

出版年份：2015-9-1

页数：262

内容简介：

本书针对项目管理岗位的新人以及现实状况，讲授项目管理技巧的基本概念和基本原理。书中内容以任务为导向组织，讲解细致，语言风趣，并在每章末尾都给出了总结性的知识框架图，便于读者记忆。

本书适合项目管理新手，以及没有进修过相关知识的资深项目经理。

作者简介：

作者简介：

Gregory M Horine

美国波尔州立大学计算机科学硕士、安德森学院市场营销和计算机科学双学士。他是一名IT项目管理方面的专业人士，已获得PMP和CCP认证，并有着20多年的成功管理经验。

译者简介：

王明发

毕业于华东理工大学。软件开发及项目管理者，拥有近十年的软件开发及项目管理经验；译者，另译有《Android编程权威指南》一书。

以上就是关于一个完整的项目管理流程包括什么全部的内容，包括:一个完整的项目管理流程包括什么、求有关项目管理的书籍、论文题目：IT项目中的进度管理 怎么写等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！