IT风险管理内容

1充分肯定人员在IT项目中的作用和价值

IT项目管理最大的一个复杂性就是人员的管理，对于IT项目中的项目成员都是从事有创造性的劳动，虽然CMMI更多的强调了过程的重要性，但一些通用的GP仍然强调了人对项目的重要性。没有规矩不成方圆，过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，同时要肯定项目成员对项目成败的重要价值。

2选择和招募正确的人

首先是要选择或招募到正确的人，承认招聘是有成本的，也应该在招聘上做充分的准备。对人员考察的重点不仅仅是具备的知识技能，而更多应该是针对其个人性格，价值观，协作和沟通能力，自我学习能力方法的考察。个人的工作习惯不是一朝一夕形成的，而习惯形成又依赖平时的工作和生活的态度，态度决定一切；其次才是理解和自我学习能力，然后才是现有的知识和技能。

3为人员分配合适的工作

每个项目成员都有的各自的特长和性格特点，必须要充分考虑项目成员的技能情况和性格特点为他们分配正确的工作，同时还需要考虑项目成员的工作兴趣和爱好。尽量发挥项目成员特长，让每个人从事自己喜爱的工作岗位是项目经理进行工作分配要考虑的问题。各项目成员的知识技能评估，个性特点分析，优点和缺点是要事先分析和考虑的内容。

4考核要真正体现个人绩效

做的事情越多往往犯错的可能也越多，从事预研和创造性的工作往往没有结果，是不是完全根据产出物质量进行考核？这些是经常遇到的问题，因此推荐的仍然是根据工作成果即难易度，个人的协作精神和价值观两方面综合进行考核。只有两个方面都表现不错的人才是项目真正的骨干成员，并且应在工作岗位和薪酬上得到体现，使其成为项目长期稳定的优秀员工。

5更多的是培养人而不是管理人

IT项目经理除了在项目前期依据个人经验充当领导和管理角色外，项目的执行过程中更多的应该充当教练的角色。只有真正的从培养项目成员出发才能够将被动的管理转变为自发和主动的管理。我们认为管理难很多时候进行的是强制性的管理，而这种管理是每个项目成员都反感的。你不是去指责项目成员当前犯的错误而是协助他分析为何会犯这样的错误，你不是帮助项目成员解决当前的问题而是教会他们如何解决以后类似的问题，转变态度使每个项目成员形成一种良好的工作习惯，希望习惯和学习方法是培养的重点内容。

6经常和项目成员进行单独的沟通

项目经理花在沟通上的时间在70-90%左右可见沟通在项目管理中的重要性。沟通体现了项目经理对每个项目成员的重视，项目经理应该定期和项目成员进行单独的沟通，了解项目成员的工作和生活情况，个人的职业规划和工作想法，单独指出项目成员工作中的不出和需要改进的地方。很多时候沟通达不到效果往往是项目成员并不会说出自己很多真实想法，因此沟通双方应该是完全平等的，开诚布公的进行沟通。

7冲突是不可避免的

在项目进行过程中，项目内部，项目成员和外部接口或干系人之间出现各种冲突往往是不可避免的。PMBOK的观点认为冲突往往对项目是有益的，对于项目成员间自己可以解决的冲突项目经理尽量不要越徂代疱，同时也要尽量不让冲突升级。项目经理作用就是让冲突在项目可控的范围内，并在冲突过后促进项目成员反思和学习。

    项目是为完成某一独特的产品或服务所做的一次性努力。根据这个定义，项目就具有了目标明确性、活动一次性及资源消耗性等特性。换句话说，具备前面三个主要特性的活动，都可以看作是项目。现实中的项目随处可见，如设备消缺、会议组织、技术竞赛、结婚典礼以及家居装修等等，都可以看作是项目。在这些项目的实施过程中，都存在项目管理问题，不过，实际生活与工作中，可能更多关注的事情本身，而对做好事情相关的组织、计划、控制等过程相对缺少关注，或者没有经验与能力加以关注。

项目管理是在项目活动中运用知识、技能、工具和技术来实现项目要求。项目管理总体有五个过程：启动过程、计划过程、实施过程、执行过程、收尾过程等，包含了九大领域的知识：范围管理、时间管理、成本管理、质量管理、风险管理、人力资源管理、沟通管理、采购管理及系统管理的方法与工具。作为项目经理要全面掌握这些九个核心领域的知识，并重点把握系统管理的观念，避免进入某个细节，注意在五个不同阶段的重点。

一、项目管理的三个约束条件

任何项目都会在范围、时间及成本三个方面受到约束，这就是项目管理的三约束。项目管理，就是以科学的方法和工具，在范围、时间、成本三者之间寻找到一个合适的平衡点，以便项目所有干系人都尽可能的满意。项目是一次性的，旨在产生独特的产品或服务，但不能孤立地看待和运行项目。这要求项目经理要用系统的观念来对待项目，认清项目在更大的环境中所处的位置，这样在考虑项目范围、时间及成本时，就会有更为适当的协调原则。

1．项目的范围约束

项目的范围就是规定项目的任务是什么？作为项目经理，首先必须搞清楚项目的商业利润核心，明确把握项目发起人期望通过项目获得什么样的产品或服务。对于项目的范围约束，容易忽视项目的商业目标，而偏向技术目标，导致项目最终结果与项目干系人期望值之间的差异。

因为项目的范围可能会随着项目的进展而发生变化，从而与时间和成本等约束条件之间产生冲突，因此面对项目的范围约束，主要是根据项目的商业利润核心做好项目范围的变更管理。既要避免无原则的变更项目的范围，也要根据时间与成本的约束，在取得项目干系人的一致意见的情况下，合理的按程序变更项目的范围。

2．项目的时间约束

项目的时间约束就是规定项目需要多长时间完成，项目的进度应该怎样安排，项目的活动在时间上的要求，各活动在时间安排上的先后顺序。当进度与计划之间发生差异时，如何重新调整项目的活动历时，以保证项目按期完成，或者通过调整项目的总体完成工期，以保证活动的时间与质量。

在考虑时间约束时，一方面要研究因为项目范围的变化对项目时间的影响，另一方面要研究，因为项目历时的变化，对项目成本产生的影响。并及时跟踪项目的进展情况，通过对实际项目进展情况的分析，提供给项目干系人一个准确的报告。

3．项目的成本约束

项目的成本约束就是规定完成项目需要花多少钱。对项目成本的计量，一般用花费多少资金来衡量，但也可以根据项目的特点，采用特定的计量单位来表示。关键是通过成本核算，能让项目干系人，了解在当前成本约束之下，所能完成的项目范围及时间要求。当项目的范围与时间发生变化时，会产生多大的成本变化，以决定是否变更项目的范围，改变项目的进度，或者扩大项目的投资。

在我们实际完成的许多项目中，多数只重视项目的进度，而不重视项目的成本管理。一般只是在项目结束时，才交给财务或计划管理部门的预算人员进行项目结算。对内部消耗资源性的项目，往往不做项目的成本估算与分析，使得项目干系人根本认识不到项目所造成的资源浪费。因此，对内部开展的一些项目，也要进行成本管理。

由于项目是独特的，每个项目都具有很多不确定性的因素，项目资源使用之间存在竞争性，除了极小的项目，项目很难最终完全按照预期的范围、时间和成本三大约束条件完成。因为项目干系人总是期望用最低的成本、最短的时间，来完成最大的项目范围。这三个期望之间是互相矛盾、互相制约的。项目范围的扩大，会导致项目工期的延长或需要增加加班资源，会进一步导致项目成本的增加；同样，项目成本的减少，也会导致项目范围的限制。作为项目经理，就是要运用项目管理的九大领域知识，在项目的五个过程组中，科学合理的分配各种资源，来尽可能的实现项目干系人的期望，使他们获得最大的满意度。

二、项目管理的五个主要过程组

一个项目的生命周期大概分成概念、开发、实施与收尾过程。在概念阶段主要是对成本进行分析，对项目的可行性进行研究，其结果是要拿出一份报告，并获得批准与支持。实际工作中，我们只是有了一个新的想法与概念，就立即转入开发过程。在开发阶段，要有项目计划书、预算的成本以及工作分解计划。

我们做事时，可能只是拿出一个简单的工作分解与大致的项目计划时间表，就结束了。在实施阶段，要有底层的工作包与确定的成本我们做事时，可能只是拿出一个简单的工作分解与大致的项目计划时间表，就结束了。在实施阶段，要有底层的工作包与确定的成本估计，但我们没有，到了这一步，我们基本上就开始失去了控制，没有明确的里程碑，我

我们只是把一个阶段当成了一个项目。在收尾阶段，我们是经常讨论每个项目的教训，但对完成的工作的文档工作基本上没能及时跟上，同样与用户之间的交接也未能做好。

项目管理的五个过程组：启动、计划、执行、控制与收尾，贯穿于项目的整个生命周期，对于项目的启动过程，特别要注意组织环境及项目干系人的分析；而在后面的过程中，项目经理要抓好项目的控制，控制的理想结果就是在要求的时间、成本及质量限度内完成双方都满意的项目范围。

1．项目的启动过程

项目的启动过程就是一个新的项目识别与开始的过程。一定要认识这样一个概念，即在重要项目上的微小成功，比在不重要的项目上获得巨大成功更具意义与价值。从这种意义上讲，项目的启动阶段显得尤其重要，这是决定是否投资，以及投资什么项目的关键阶段，此时的决策失误可能造成巨大的损失。重视项目启动过程，是保证项目成功的首要步骤。

启动涉及项目范围的知识领域，其输出结果有项目章程、任命项目经理、确定约束条件与假设条件等。启动过程的最主要内容是进行项目的可行性研究与分析，这项活动要以商业目标为核心，而不是以技术为核心。无论是领导关注，还是项目宗旨，都应围绕明确的商业目标，以实现商业预期利润分析为重点，并要提供科学合理的评价方法，以便未来能对其进行评估。

2．项目的计划过程

项目的计划过程是项目实施过程中非常重要的一个过程。通过对项目的范围、任务分解、资源分析等制定一个科学的计划，能使项目团队的工作有序的开展。也因为有了计划，我们在实施过程中，才能有一个参照，并通过对计划的不断修订与完善，使后面的计划更符合实际，更能准确的指导项目工作。

以前有一个错误的概念，认为计划应该准确，所谓准确，就是实际进展必须按计划来进行。实际并不是如此，计划是管理的一种手段，仅是通过这种方式，使项目的资源配置、时间分配更为科学合理而已，而计划在实际执行中是可以不断修改的。

在项目的不同知识领域有不同的计划，应根据实际项目情况，编制不同的计划，其中项目计划、范围说明书、工作分解结构、活动清单、网络图、进度计划、资源计划、成本估计、质量计划、风险计划、沟通计划、采购计划等等，是项目计划过程常见的输出，应重点把握与运用。

3．项目的实施过程

项目的实施，一般指项目的主体内容执行过程，但实施包括项目的前期工作，因此不光要在具体实施过程中注意范围变更、记录项目信息，鼓励项目组成员努力完成项目，还要在开头与收尾过程中，强调实施的重点内容，如正式验收项目范围等。

在项目实施中，重要的内容就是项目信息的沟通，即及时提交项目进展信息，以项目报告的方式定期通过项目进度，有利开展项目控制，对质量保证提供了手段。

4．项目的控制过程

项目管理的过程控制，是保证项目朝目标方向前进的重要过程，就是要及时发现偏差并采取纠正措施，使项目进展朝向目标方向。

控制可以使实际进展符合计划，也可以修改计划使之更切合目前的现状。修改计划的前提是项目符合期望的目标。控制的重点有这么几个方面：范围变更、质量标准、状态报告及风险应对。基本上处理好以上四个方面的控制，项目的控制任务大体上就能完成了。

5．项目的收尾过程

一个项目通过一个正式而有效的收尾过程，不仅是对当前项目产生完整文档，对项目干系人的交待，更是以后项目工作的重要财富。在经历的很多项目中，更多重视项目的开始与过程，忽视了项目收尾工作，所以项目管理水平一直未能得到提高。

另外要重视那一类未能实施成功的项目收尾工作，不成功项目的收尾工作比成功项目的收尾更难，也来得更重要，因为这样的项目的主要价值就是项目失败的教训，因此要通过收尾将这些教训提炼出来。

项目收尾包括对最终产品进行验收，形成项目档案，吸取的教训等。另外，对项目干系人要做一个合理的安排，这也是容易忽视的地方，简单的打发回去不是最好的处理办法，更是对项目组成员的不负责任。

项目收尾的形式，可以根据项目的大小自由决定，可以通过召开发布会、表彰会、公布绩效评估等手段来进行，形式是根据情况采用，但一定要明确，并能达到效果。如果能对项目进行收尾审计，则是再好不过的了，当然也有很多项目是无需审计的。

三、项目管理的九大知识领域

项目管理的九大知识领域是指作为项目经理必须具备与掌握的九大块重要知识与能力。其中核心的四大知识领域是范围、时间、成本与质量管理。在这些知识领域中还涉及很多的管理工具和技术，以用来帮助项目经理与项目组成员完成项目的管理。如：网络图示法、关键路径法、头脑风暴法、挣值法等，不同的工具能帮助我们完成不同的管理工作。另外，还有很多项目管理软件，如：MicrosoftProject、P3等，作为项目管理的工具，也可以很好的帮助我们解决在项目的各个过程中完成计划、跟踪、控制等管理过程。

1．项目整体管理知识

项目的整体管理，或者说是综合管理也不为错，它是综合运用其他八个领域的知识，合理集成与平衡各要素之间的关系，确保项目成功完成的关键。

项目的整体管理包括三个主要过程：

项目计划制定：即收集各种计划编制的结果，并形成统一协调项目计划文档。

项目计划执行：通过执行项目计划的活动，来实施计划。

整体变更控制：控制项目的变更。

项目经理负责协调完成一个项目所需的人员、计划以及工作，统领全局，带领团队实现项目的目标；当项目目标之间或参与项目的人员之间出现冲突时，负责拍板定夺；并负责及时向高层管理人员汇报项目进展信息。总而言之，项目经理主要负责项目的整体管理，这也是项目成功的关键。

回顾以前负责的项目，觉得主要存在以下问题：

未找到项目发起人，或者项目发起人不明确，常把自己当成项目发起人；

项目交付成果定义不清，以致最后收尾时无法对照计划进行验收；

缺少组织结构描述；

对项目的控制未能规范化，尤其是项目范围的变更控制；

风险管理未得到重视，只是在项目组内讨论，并停留在项目负责人的头脑中；

缺乏项目干系人分析；

没有规范的进度报告，项目进展报告随意性较大。

要有效的开展项目管理，引用项目管理的知识体系与方法工具，先依样画葫芦，通过实践，进一步领会这些内容是必须的。

2．项目范围管理知识

项目范围的不确定，会导致项目范围的不断扩大，作为项目经理，在项目开始时，就要对项目范围拿出项目干系人都认可的、理解无歧意的范围说明文档——项目章程。然后为了保证项目的实施，明确项目组成员的工作责任，还必须分解项目范围，使之成为更小的项目任务包——工作分解结构（WBS）。

最后还有就是要认识到项目本身不是孤立的，因此有时范围的变更也是必须的，关键是当变更发生时，如何加以控制。

在以上讨论之前，最重要的是当面临项目时，或不知道具体做什么时，如何进行范围管理。对潜在项目的识别，有四个步骤：

确定做一个什么样的项目；

业务分析，找出重要的业务过程，分析其中最能从项目中得到好处的过程；

形成项目可能的优势，确定范围、好处及约束；

选择方案，分配资源。

对于从多个项目中选择项目，或从多个方案中选择方案的情况，常见的四种方法：整体需要、分类、NPV及加权评分模型。

3．项目的时间管理知识

项目的时间管理，就是确保项目按期完成的过程。首先要制定项目的进度计划，然后是跟踪检查进度计划与实际完成情况之间的差异，及时调整资源、工作任务等，以保证项目的进度实现。在跟踪过程中，要及时与项目干系人进行交流，以及时发现范围的偏差，而产生时间与进度上的差异，或项目组成员有意或无意识的虚报了项目完成情况，导致进度的失控。

具体包括以下内容：

活动定义：从WBS分解而来；

活动排序：明确活动之间的依赖关系；

活动历时估算：估算每项活动的时间，可以PERT方法进行；

利用PROJECT2002等工具软件，协助项目的时间管理；

利用甘特图帮助跟踪项目进度；

利用网络图及关键路径分析，协助确定完成日期上的重要性或调整工期对项目工期的影响，以及处理关注的焦点活动。

需要注意一点，以前学习项目的时间管理工具及方法以后，就以为可以实现对项目的跟踪控制了，其实不然，这些工

工具都是通过人来发生作用，活动也是由人来完成的，因此项目经理不能把太多心思花在工具上，而是学会利用工具来协调人与资源的矛盾冲突。

4．项目的成本管理知识

对于项目经理在成本管理方面，就是要努力减少和控制成本，满足项目干系人的期望。其过程包括：

资源计划：即制定资源需求清单；

成本估算：对所需资源进行成本估算；

成本预算：将整体成本估算配置到各个单项工作，建立成本基准计划；

成本控制：控制项目预算的变化，修正成本的估算，更新预算，纠正项目组成员的行动，进行完工估算与成本控制的分析。

在成本管理中涉及很多财务管理的概念、术语、基础理论及方法与工具的使用，作为项目经理，对这些内容要熟悉，特别是挣值分析的相关术语及简称，如：BCWS、BCWP、ACWP、CV、SV、CPI、SPI等等，不光要了解这些术语的涵意，还要掌握他们的计算公式。

5．项目人力资源管理知识

项目的人力资源管理就是有效发挥每个参与项目的人员的作用的过程。项目的人力资源管理过程包括：

组织计划编制：形成项目的组织结构图；

获取相关人员：其中重点是业务相关人员；

团队建设：明确每个项目干系人的责任，训练与提高其技能，实现团队的合作与沟通。

因为与人发生关系，其中首先是要明确各自的责任，这一点计划编制时就要明确，可以通过项目管理软件帮助项目经理提高效率，并能及时发现任务分解的合理性，最后形成合理的任务分解表。

同时，要通过有效的激励方法来帮助项目成员实施项目计划，提高效率。项目是通过团队共同努力实现的，注意充分发挥团队的作用，使团队成员各尽所能是项目经理的挑战。在处理过程中，争取做到对事不对人，通过有效的会议来帮助项目实现沟通、检查以及目标实现。

6．项目的质量管理知识

项目的质量，理解为项目满足客户明确或隐含的要求的一致性程度。注意这里包括明确的要求，也包括隐含的要求。这对IT项目来说，如何满足用户隐含的质量要求，可能是IT项目质量失败的重要原因。可能所开发的系统符合需求说明中的要求，却与用户实际的要求（包含隐含的需求中），相差很大，导致不一致，结果导致IT项目的失败。

现代质量管理经过了一个发展过程，目前已建立起相对完善的质量体系，国际组织也有相关的质量文件，以评审普通的生产质量，如ISO2000系列质量标准；对软件的生产质量，也有一些评价模型，如SQFD模型、CMM软件成熟度模型等等。其中CMM成熟度模型分成五个层次：自发的、简单的、有组织的、被管理的及适应的，分别标识为不同的级别。

对于项目管理需要制订质量计划，并应用质量保证的工具确保质量计划的实施。在质量控制的过程中，有许多现成的工具与方法，如帕累托分析、统计抽样和标准差等。要提高项目的质量，必须在领导中形成质量意识，通过建立一个好的工作环境来提高质量，通过形成质量文化来改进质量，是全面提升项目质量管理的关键因素之一。

在以往所经历的项目中，项目的质量管理基本上没有得到重视，公司每年都在开展QC活动，该活动的目的就是改进质量，但活动成了科技创新活动，而更多的项目实施过程中，如何开展质量管理，却未能有所体现，这也是值得探讨的问题。

7．项目的沟通管理知识

项目的沟通管理非常重要，对项目经理而言，就如同前线指挥需要情报管理一样，这是使整个项目组掌握项目信息，实施其他管理手段的基础，所有的控制都有基于沟通基础之上的。

在项目的开始，需要编制沟通计划，包括什么时间、将什么内容、以什么样的格式、通过什么样的方式、向谁传递。在项目的沟通中，可以采用书面报告、口头报告或非正式的交流，各种方式有利也有弊，关键看是否有利于沟通的效果。

沟通的复杂程度随着对象的增加而快速增加，因此要通过适当的工具和手段，使面对面的沟通控制在一定范围之内，尽量减少因无效沟通而给项目管理带来的负责影响。

在沟通中，会议是有效形式之一。很多业务员人员喜欢通过会议，以简单的形式化的语言描述项目的进展与项目中碰到的问题，而不喜欢技术化的图表与文档。

8．项目的风险管理知识

当因为未能做好风险管理，导致项目的风险发生时，项目干系人将难以一下子接受风险发生的事实以及风险所带来的损失，需要用更多的时间来调整

整心理状态，才能恢复对项目的实施。

项目的风险管理不仅是在项目进行过程中，有效避免风险的发生；而且能在风险发生时，帮助我们用正确的心态去面对，而不会手足无措。很多项目的失败，是因为风险发生时，对项目干系心理上造成的伤害，导致失去主观判断能力，而作出错误的决策。从这种意义上讲，项目的风险计划的制定主要是为提高项目干系人的风险意识，只要有了足够的风险意识，风险识别全面与否，在有些项目中可能重要性反而不是太明显。

风险识别可以采用头脑风暴法、经验法则等方法，在识别这些风险因子之后，可以对这些因子加上权重，最后可以计算出项目成功的概率，并能据此决策项目是否应该开展、继续或停止。识别风险因子之后，紧接着就是制定风险应对措施。根据风险发生的概率，产生的风险成本与收益，决定相应的应对策略，如风险处理、风险接受、风险改善等等。

实际工作中，可能识别到存在的风险，但却不能加以正确处理。风险就这样被层层传递。如因用户参与不够，导致需求不正确，进一步产生工期估计的失误，结果是计划的偏差，最后整个项目的结果产生偏差。因此，要注意从风险的源头抓起，防止风险的层层放大。

9．项目的采购管理知识

采购就是从外界获得产品或服务。对于IT项目而言，采购变得越来越重要。目前绝大多数的IT项目都离不开采购管理，而且很多项目的主要内容就是设备采购或咨询采购，对于企业而言，能否做好采购管理是保证项目成功的重点内容。

有效采购管理包括以下过程：

编制合理有效的采购计划：这是项目管理的一个重要过程，即确定项目的哪些需求可以通过采购得到更好的满足。在采购计划中，首先是决定是否需要采购、如何采购、采购什么、采购多少、何时采购等内容；

编制询价计划：即编制报价邀请书RFQ或招标书；

询价：进行实际询价；

开标：评估并选择供应商；

管理：对采购合同进行管理；

收尾：对采购合同进行收尾。

在整个过程中，容易忽视的两个过程，一是采购计划，二是合同收尾。采购计划的编制，是采购管理整体按需求进行的前提，如果这一步做不好，其他都是白费劲；而在采购的合同收尾过程中，最容易忘记或做不到的就是采购审计。至于供应商的选择等过程，在IT项目中，往往会过分重视技术，而忽略管理与成本。其实，管理与成本决定合同能否按期保持履行的前提。在我公司的实际情况中，一般项目以设备为主要成本时，往往就不再考虑其他内容，而仅是作为一般的设备采购，交会器材部门实施。因为不光没能做到项目管理，亦未做到采购管理，所以这类项目虽然也实施完成了，但项目的实施质量总令人不太满意。

IT项目中的风险管理

软件项目的风险无非体现在以下四个方面：需求、技术、成本和进度。IT项目开发中常见的风险有如下几类：

需求风险

①需求已经成为项目基准,但需求还在继续变化;②需求定义欠佳,而进一步的定义会扩展项目范畴;③添加额外的需求;④产品定义含混的部分比预期需要更多的时间;⑤在做需求中客户参与不够;⑥缺少有效的需求变化管理过程。

计划编制风险

①计划、资源和产品定义全凭客户或上层领导口头指令,并且不完全一致;②计划是优化的,是"最佳状态",但计划不现实,只能算是"期望状态";③计划基于使用特定的小组成员,而那个特定的小组成员其实指望不上;④产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大;⑤完成目标日期提前,但没有相应地调整产品范围或可用资源;⑥涉足不熟悉的产品领域,花费在设计和实现上的时间比预期的要多。

组织和管理风险

①仅由管理层或市场人员进行技术决策,导致计划进度缓慢,计划时间延长;②低效的项目组结构降低生产率;③管理层审查 决策的周期比预期的时间长;④预算削减,打乱项目计划;⑤管理层作出了打击项目组织积极性的决定;⑥缺乏必要的规范,导至工作失误与重复工作;⑦非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。

人员风险

①作为先决条件的任务(如培训及其他项目)不能按时完成;②开发人员和管理层之间关系不佳,导致决策缓慢,影响全局;③缺乏激励措施,士气低下,降低了生产能力;④某些人员需要更多的时间适应还不熟悉的软件工具和环境;⑤项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作效率降低;⑥由于项目组成员之间发生冲突,导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作;⑦不适应工作的成员没有调离项目组,影响了项目组其他成员的积极性;⑧没有找到项目急需的具有特定技能的人。

开发环境风险

①设施未及时到位;②设施虽到位,但不配套,如没有电话、网线、办公用品等;③设施拥挤、杂乱或者破损;④开发工具未及时到位;⑤开发工具不如期望的那样有效,开发人员需要时间创建工作环境或者切换新的工具;⑥新的开发工具的学习期比预期的长,内容繁多。

客户风险

①客户对于最后交付的产品不满意,要求重新设计和重做;②客户的意见未被采纳,造成产品最终无法满足用户要求,因而必须重做;③客户对规划、原型和规格的审核 决策周期比预期的要长;④客户没有或不能参与规划、原型和规格阶段的审核,导致需求不稳定和产品生产周期的变更;⑤客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长;⑥客户提供的组件质量欠佳,导致额外的测试、设计和集成工作,以及额外的客户关系管理工作。

产品风险

①矫正质量低下的不可接受的产品,需要比预期更多的测试、设计和实现工作;②开发额外的不需要的功能(镀金),延长了计划进度;③严格要求与现有系统兼容,需要进行比预期更多的测试、设计和实现工作;④要求与其他系统或不受本项目组控制的系统相连,导致无法预料的设计、实现和测试工作;⑤在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题;⑥开发一种全新的模块将比预期花费更长的时间;⑦依赖正在开发中的技术将延长计划进度。

设计和实现风险

①设计质量低下,导致重复设计;②一些必要的功能无法使用现有的代码和库实现,开发人员必须使用新的库或者自行开发新的功能;③代码和库质量低下,导致需要进行额外的测试,修正错误,或重新制作;④过高估计了增强型工具对计划进度的节省量;⑤分别开发的模块无法有效集成,需要重新设计或制作。

过程风险

①大量的纸面工作导致进程比预期的慢;②前期的质量保证行为不真实,导致后期的重复工作;③太不正规(缺乏对软件开发策略和标准的遵循),导致沟通不足,质量欠佳,甚至需重新开发;④过于正规(教条地坚持软件开发策略和标准),导致过多耗时于无用的工作;⑤向管理层撰写进程报告占用开发人员的时间比预期的多;⑥风险管理粗心,导致未能发现重大的项目风险。

软件项目风险管理模型

针对软件项目中的风险管理问题，不少专家、组织提出了自己的风险管理模型。主要的风险管理模型有：Boehm模型，CRM模型和SERIM模型。

Barry Boehm模型

模型：RE=P(UO)L(UO)

其中RE表示风险或者风险所造成的影响，P(UO)表示令人不满意的结果所发生的概率，L(UO)表示糟糕的结果会产生的破坏性的程度。Boehm思想的核心是10大风险因素列表。针对每个风险因素，都给出了一系列的风险管理策略。在实际 *** 作时，Boehm以10大风险列表为依据，总结当前项目具体的风险因素，评估后进行计划和实施，在下一次定期召开的会议上再对这10大风险因素的解决情况进行总结，产生新的10大风险因素表，依此类推。

SEI的CRM(Continuous Risk Management)模型

SEI CRM模型的风险管理原则是：不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险；实现控制风险的策略；评测并确保风险策略实施的有效性。CRM模型要求在项目生命期的所有阶段都关注风险识别和管理，它将风险管理划分为个步骤：风险识别、分5析、计划、跟踪、控制。

SERIM(Software Engineering Risk Model)模型

SERIM从技术和商业两个角度对软件风险管理进行剖析，考虑的问题涉及开销、进度、技术性能等。它还提供了一些指标和模型来估量和预测风险，由于这些数据来源于大量的实际经验，因此具有很强的说服力。

结

语

IT项目管理从某种意义上讲，就是风险管理。我们尽量去定义明确不变的需求，以便进行计划并高效管理，但商业环境总是快速变化的，甚至是无序的变化。所以，软件企业在进行项目管理的过程中，必须采用适合自己的风险管理方法进行风险管理，以确保软件项目在规定的预算和期限内完成项目。

希望上述提供的资料对您有所帮助！

IT服务项目经理是组织委派实现IT服务项目目标的个人，是项目管理行为的组织者和执行者，对整个IT服务项目负直接责任，其主要职责包括：

1、识别和管理需方的IT服务需求；

2、明确IT服务目标并形成服务方案（计划）；

3、指导、监控IT服务过程，并做到项目信息可视化，满足个项目干系人的沟通要求；

4、平衡IT服务质量，范围，时间和成本等各方面的要求，确保高质量的完成IT服务工作，使项目干系人满意。

IT服务项目经理在项目款管理中，要有整体性的意识，平衡各种资源和关系冲突，实现项目的目标，做到让客户满意，同时也要对项目款团队的建设负责，为团队成员的职业与技能发展创造机会，提升个人职业价值，进而提升公司的整体实力和市场竞争力。内容由优秀的ITSS成熟度分级落地工具云雀运维作答，望采纳！

为什么选择IT项目经理职业生涯

1中国的IT信息建设需要大量的IT项目经理专业人才

赛迪顾问发布的2004~2005年中国信息产业与市场研究年度报告指出，2004年中国IT市场实现销售额达40831亿元，比2003年同比增长170％。信息技术在财政、金融、工商、税务、海关、外贸等政府管理部门加强监管和提高工作效率方面发挥了越来越重要的作用，同时在提升传统产业、调整产品结构、降低能耗、提高效益方面的作用也日益突出。

可见中国的信息化建设，将是持续的投入，并以大量的IT项目形式进行着。无论是应用IT的企业，还是提供IT服务的厂商，都需要一批有经验、有能力的项目经理管理这些IT项目。项目经理将是二十一世纪的关键人才，IT项目经理更是中国信息化发展的关键人才。

2项目经理是通向公司管理层的通道之一

项目经理的工作特点和性质，决定了IT项目经理是一个融合技术和管理的复合性人才。

IT项目涉及的工作内容和管理方式，与管理一个小型公司非常类似，例如有项目干系人的关系，有项目组人员和其他项目资源的使用，有明确的项目目标，有项目财务指标和分析。很多IT小型公司也正是从一个项目开始创立的。因此项目经理的工作与一个小型公司的总经理的工作内容也很相似。小型公司总经理遇到的和需要处理的问题，项目经理也要面对和处理。

如果把企业经营本身看做一个项目，公司的总经理就是一个超级项目经理，负责管理公司中的所有项目。公司中的项目分为两类，战略性的项目和经营性的项目，战略性项目是公司内部过程项目，经营性项目是公司对外的项目。总经理通过委派项目经理对每个项目负责，实施项目管理。

项目经理通过管理项目实践，不仅完成项目管理的工作任务，同时提升了管理业务的能力。所以，项目经理是通向公司管理层的道路之一。例如：IBM公司全球服务事业部的部门经理，有一多半是从项目经理提升上去的。项目经理的成长和成熟，也是公司管理走向成熟的表现。

3职业经理人职业成熟的一个阶段

每一个要选择做项目经理的人，需要明确为什么要选择这样的工作。不要认为项目经理是一个带经理头衔的职位，大家就趋之若骛。以这种“官本位”的思想，来做IT项目经理是要栽跟头的。项目经理的核心，是对项目的成败承担责任。IBM公司在培训项目经理的第一堂课上，就明白地告诉大家，选择了项目经理，就意味着你选择了一条路，一条要承担更多责任和压力的路。

那么当项目经理有什么好处呢？当项目经理的好处也正是承担责任，让自己成长。如果不能承担责任，就不能做项目经理，有些人什么责任都不敢承担，或者善于将责任往外推，无法想像他怎样团结和领导项目小组完成项目的工作。承担责任也不是简单的承受，有些项目经理非常认真努力，把所有责任都揽到自己的身上，但是没有把责任合理地分解下去，结果自己吃不了兜着走，到时完不成项目的任务，是个“傻”项目经理，必然失败。

真正的项目经理，有条件地承担责任，承担合理的责任，理性地承担责任，是一个明白的经理人，能够把责任合理地分解，把压力分解，能够柔性地承担责任。做项目经理，学会承担责任，是职业经理人职业发展的一个关键环节。

IT项目经理的职业特点和挑战

IT项目管理就是在规定的时间和预算内，达成IT项目建设的目标。项目经理的工作是制定项目计划和执行项目计划（Plan the work and work the plan）以达成项目目标。项目经理对项目进行管理，就是要明确项目目标，为项目制定可行的项目计划，有效地执行项目计划。项目经理的项目管理工作决定着项目的成败。

项目管理是一种有效的管理模式。所有项目管理的好处，都需要在项目经理手中进行落实。任何不成功或失败的项目，都与项目经理有着重大关系。例如1996年亚特兰大奥运会的IBM赞助的信息管理系统项目，由于时间和资源的问题，系统测试不充分而导致使用中很多问题，就是项目经理在项目管理上没有做好。

1项目经理的工作特征

项目经理必须为项目的成败负责任。项目经理每天都在做决定。无论是项目前期的规划阶段，还是项目的实施阶段，项目经理都必须不断地做出决定。而且做决定，就要负责任，并善于把事情推向前。在前进中解决问题是一种解决问题的正确方法，正如小平同志关于中国改革开放的“发展是硬道理”。项目过程中出现问题很正常，不要停下来纠缠问题，没有决定的决定，是最坏的决定。项目经理一定要推动形成决定，并执行决定。

项目经理不仅要能够承担责任，还要能够承担压力。不能承担压力，不要当项目经理。项目经理是一个管理职位，在IBM公司经理候选人培训时，总经理特别告诉大家，做经理是一种生活方式的选择，必须有承担压力的心理准备，不能仅仅完成自己的工作，还要对别人的工作结果负责，解决和处理别人工作不利的问题。

项目经理每天都在沟通。项目有一系列的干系人，对项目的成功都有影响，项目经理必须通过沟通来控制这些影响。有一位项目经理，对此总结得非常好：项目经理要对三个方面的人负责任，一是客户，让客户满意，达成客户的目标，二是公司领导，达成公司的目标，三是项目组成员。客户和管理层往往不能站在项目的总体目标上看问题，项目经理则要使决定符合项目的总体目标，因此要花时间沟通，以项目的总体目标协调各方的关系并获得支持。

项目经理每天都在谈判。项目的一次性、团队的临时性的特点，决定项目经理不断面临新的问题、新的冲突。例如客户提出项目变更但要求保持项目的工期，项目成员不愿意为项目目标加班工作等。因此项目经理需要与项目干系人进行谈判，解决问题。

2项目经理的权力挑战

容纳项目管理的组织，一般都有矩阵式的组织特性，然而项目管理组织的临时性，决定了项目经理在矩阵组织结构中的职位权力的局限性，很多项目经理都抱怨，做项目经理的责任远大于公司赋予的权力。例如项目成员不直接向项目经理汇报，项目成员有时不接受项目经理分派的任务，这样项目经理就很难开展工作。所以很多公司的项目管理内训中，大家都非常希望了解跨国公司项目经理的权力，寻找解决这一问题的答案。这正是项目经理的权力挑战。

一个管理者在组织里的权力，体现为两种方式：一是公司赋予的职位权力，例如部门经理拥有的明确的人事权力、财务权力、对员工直接考评的权力，一般来讲，员工对职位权力都会下意识地服从。项目经理渴望职位权力，以便“从容”地指挥调度项目成员的工作。另一个是影响力权力，通过目标导向说服其他人或管理者进行工作。项目经理可以使用的就是影响力权力。以项目目标为导向，安排调度项目资源，有冲突时，与公司管理层协调，争取公司的支持。

召集会议和撰写书面报告是项目经理行使项目经理权力的利器。项目经理有权召集项目工作会议，邀请有关各方，包括公司的项目主要负责人参加讨论项目中的问题，进行决策和资源配置。例如对资源安排的冲突，如果项目经理自己没有权力解决，就可以通过高层会议的方式，获得公司高层的支持来解决问题。而且会后，马上整理并公布书面报告，记录会议的决定，并通过报告跟踪决定的执行状况。通过会议和报告，有效利用公司高层领导的职位权力，是项目经理掌控项目的关键。

3IT项目经理的挑战

首先是IT项目管理有自己的特点。IT项目管理不是简单的“IT＋项目管理”，IT项目与传统项目相比，d性大，反映在两个方面，应用IT的目标的d性和项目成员产出的d性。企业应用IT有一个认识过程，甲乙双方都不可能在项目开始前，充分完整定义项目的目标和内容。在项目的实施过程中，一方面，双方会对IT项目的目标和内容产生新的体会和认识，提出新的要求，常常难以界定这些要求是对原项目目标的明确，还是项目范围的扩充，项目经理需要把握项目目标的d性。另一方面，IT项目多涉及以知识和智力相结合的软件应用，在项目管理中要把握知识的产出、转移和接受过程，而且项目工作人员的工作效率和有效性，也会因工作人员的不同，工作人员态度、技术、情绪的不同，而存在不确定性，由此导致项目成员产出和项目成本的d性。

其次是IT项目经理从技术到管理理念的转变。IT领域是一个比较专业的领域，IT项目经理需要技术和专业的背景和知识，因此IT领域的项目经理多数都是从技术出身而转向管理的。技术到管理的转变必须是一个有意识的过程。因为技术出身的人员，比较容易把注意力放在项目的技术方面，甚至热衷和追求项目技术的先进性，而忽视项目管理的总体目标的管理和控制。IT技术发展逐渐成熟，统计资料显示，IT项目失败的原因，主要是项目管理，而技术原因所占的比例已经很小了。项目管理是以项目目标为导向，利用有限的资源完成项目目标，在项目目标、质量、时间和成本诸多方面进行平衡。

最后是中国IT项目管理的环境。由于对IT应用项目的认识和把握还在提升的过程中，以及市场竞争等因素，很多IT项目经理必须面对中国IT管理环境的特点。例如有些项目在项目目标和范围不明确时，就签订了项目合同并开始进行项目的实施工作。此类“开口合同”的项目风险管理，就是一个特别的题目。中国项目经理必须面对这样的项目，采取恰当的策略，在项目进行过程中来控制风险。

项目经理的成长路径（如何承担责任）

项目经理是一个有前途的职业方向，但同时也充满各种挑战，怎样才能快速成长呢？

1学习和能力增长模型

有意识地去发展自己才能快速成长。成人学习的特点是只有在知道并掌握如何学习、何时何地学习以及学习什么样的新知识和技能以后，才能收到最佳的学习效果。下图是一个能力发展模型。

能力发展首先要突破“不知道没有能力”。认识项目管理是一个职业方向，通过了解项目管理实践和知识，“知道没有能力”，从而可以开始有计划地建设能力，通过学习和实践，掌握项目管理，达到“知道有能力”，并在不断应用中，运用自如，到达“不知道具有能力”的大师境界。

项目管理随着IT应用的发展，不断出现新的技术、工具、管理理念和最佳实践。因此项目管理的学习是一个长期的过程，通过研讨调查，分析自己的能力，与新的项目管理标杆比较，发现自己的不足之处，进一步建设能力提升自己，进入反复循环的过程。

2承担责任是能力的关键

承担责任是一种态度，是构成项目经理能力的关键。作为职业经理人，态度取决一切。没有负责任的态度，再多的知识和技能，也是没有意义的。通过下图的成功能力模型，说明项目经理能力的构成，指导项目经理如何加强自身的能力建设。

项目经理的关键是承担责任。承担责任的态度，就是一种能力。而且承担责任的态度，是人生职业发展的核心要点。2003年在纽约Fordham 商学院的MBA毕业典礼上，一位资深的有着近40年商业经验的华尔街金融家，谈他自己的人生职业发展的基本原则时，强调了两点，我非常赞同，一是“take charge”,这是一种态度，一种精神,特别是在别人都不愿意，不敢负责任的时候，勇于站出来负责，让自己有更多的机会，得到锻炼，也学会承担责任；二是“do the right thing”,这是悟性和经验的结合，是一个可以从总体和全局上把握事态的能力，在复杂的环境面前，理清关键点，把握事务相关关系和顺序。以上两点是敢于负责和能够负责，相互配合，相互支撑。

与态度相结合的是知识和技能。其中知识的获得是比较容易的，一般通过课程和自学得到，因特网的发展为学习知识也提供了方便。技能则是应用知识，解决问题的能力。有知识不等于有技能。例如你可以通读所有的法律知识，却不能保证你能上法庭帮助客户打赢官司，再如老外可以从网上得到中国菜谱和详细的烹饪说明，却未必能做出地道的中国菜。技能中含有很多体会和诀窍（know now），需要实践和师傅的指点，才能领会和掌握。项目管理的知识和技能也需要通过不同的方式学习，如何获得项目管理的技能是难点。

3项目经理的培养

项目经理的培养有两个方面。首先选择项目经理职业的个人，要对自己的职业发展负责，有明确的自觉成长意识，根据成功能力模型的三个要素，拟定自己的发展计划。比如在实际的项目工作中解决问题、承担责任，学习项目管理的知识，并在具体的项目工作中，应用项目管理的知识，转化成自己的技能。另一方面，企业需要明确项目管理在企业管理中的定位，培养项目经理是企业建立项目管理体系和机制中的一个重要组成部分。

IBM公司和HP公司有很清晰的项目经理培养方案。项目管理是公司运营管理的核心组成部分，项目经理是运营管理中的关键角色。从人力资源管理上，确立项目经理是公司的职业通道之一，并制定了项目经理职业发展规划。该规划由两部分组成，一是明确的项目经理职位序列：项目经理、高级项目经理、资深项目经理等，定义了每个职位的职责和能力，根据项目经理的关键能力体系指标，对项目经理进行能力评估，确定每个项目经理在序列上的位置。二是制定提升路径，让项目经理明确，经过什么样的培训和锻炼，可以从项目经理晋级到高级项目经理，从高级项目经理晋级到资深项目经理。

系列的项目经理培训课程有三个方面。一是项目经理的入门课程，针对刚开始项目管理工作的员工：项目管理基础、项目管理应用等。二是项目管理专项课程，例如项目中的谈判、管理电子商务项目、管理全球项目。三是项目经理职业软技能的课程，例如领导力课程、高效团队、解决问题和决策、咨询技术等。培训课程让项目经理可以迅速获得项目管理方面的知识，课堂的讨论和经验分享也可以让学员有一些技能的体会。

项目经理成长的关键是实战技能的提高。工作中的锻炼（On-Job-Training）和师徒制培养是培养有效的方法。项目经理是干出来的，也就是说在成功能力模型中的技能的获得来自于实践。项目管理既是科学，又是艺术。科学知识可以来自书本和课堂，艺术部分必须经过实践。师徒制培养可以帮助项目经理快速提升项目管理的实践经验，能够帮助他们从有项目管理经验的师傅那里更多地学习和体会项目管理的应用。另外建议在公司成立一个项目管理俱乐部，定期组织项目经理进行讨论，共同分享项目管理方面的体会。

IT服务高级专业人才的技能

IT项目管理的能力与销售和咨询能力是紧密结合在一起的。。项目管理的全过程，与项目的销售是分不开的，特别是对于提供IT项目服务的乙方来说，IT项目的销售过程是项目管理的一个关键环节，项目经理必须参与其中。咨询是一种工作方法，为客户设计解决方案并为客户提供可接受的工作方法，既可以独立开展咨询服务业务，也可以是销售和项目管理过程中的工作方法

下图说明了IT服务高级专业人才的技能结构，即以IT技术背景为基础（包括IT基础实施、软件、应用）的销售、项目管理和咨询的能力。掌握销售和咨询的能力的IT项目经理，将成为IT服务行业的高级专业人才，也一定将成为IT服务行业发展的****。

书　名　IT项目管理(工业和信息化普通高等教育“十二五”规划教材立项项目)

丛 书 名　21世纪高等院校经济管理类规划教材

标准书号　ISBN 978-7-115-27882-1

作　者　郭宁 编著

责任编辑　李海涛

开　本　16 开

印　张　22

字　数　523 千字

页　数　342 页

装　帧　平装

版　次　第1版第1次

初版时间　2012年6月

定　价　4200 元

内容提要

本书针对IT项目管理的特点，以IT项目为研究对象，对IT项目管理的主要内容进行了较为系统的研究，对项目的9个知识域和过程管理等环节进行了系统全面的介绍。全书共分12章，主要内容包括IT项目管理的概念与内涵、IT项目的管理环境、IT项目全生命周期及其各阶段的主要工作、范围管理、时间管理、成本管理、风险管理、质量管理、人力资源管理、沟通管理、冲突管理、采购管理及项目管理工具Project应用指南等。在各章都配有实际的案例，突出了IT项目管理的特色，有利于扩展读者的思路，提高IT项目管理的能力，这些启发性的案例本身就是对IT项目管理的最好注解。同时，在各章后面还配有习题与实践环节的参考题目，可供读者复习巩固和拓展知识之用。

理论与实践相结合、实用性与可读性相结合是本书的最大特点。本书可作为大学本科生及研究生IT项目管理课程的教材，也可作为项目管理人员的培训教材。有兴趣了解IT项目管理的人士也可利用本书进行自学。

目录

第1章　IT项目管理概述　1

11　项目的概念　1

111　项目的价值　1

112　项目定义　2

113　IT项目的特点　2

12　项目管理概述　4

121　项目管理的含义与价值　4

122　项目管理的特征　5

123　项目管理的发展　6

124　项目管理的知识体系　7

13　软件项目管理　9

131　软件项目管理的特点　9

132　项目管理的本质　10

133　IT项目中的常见问题分析　11

案例研究　12

习题　13

实践环节　14

第2章　组织环境与项目管理过程　15

21　IT项目管理的环境　16

211　项目环境　16

212　项目与组织战略　17

213　项目相关利益者分析　18

214　组织结构　19

22　IT项目生命周期　24

221　IT项目生命周期　24

222　IT项目各阶段内容　25

23　IT项目的管理过程　27

231　项目管理过程　27

232　IT项目的管理过程　30

24　项目经理的责任和权力　33

241　项目经理的地位和作用　33

242　项目经理的职责　34

243　项目经理的权力　34

244　项目经理的能力　35

案例研究　37

习题　39

实践环节　40

第3章　IT项目整体管理　41

31　项目启动和可行性分析　41

311　项目准备和启动过程　42

312　可行性研究　44

32　项目管理计划　47

321　项目计划　47

322　制订项目管理计划　51

33　IT项目目标管理　52

331　IT项目目标体系　52

332　IT项目目标控制　53

34　项目计划执行与变更控制　56

341　指导与管理项目执行　56

342　项目整体变更控制　57

35　项目收尾与验收　58

351　结束项目或阶段　59

352　项目验收　61

353　项目移交与清算　63

案例研究　64

习题　67

实践环节　68

第4章　IT项目范围管理　69

41　项目范围管理概述　69

411　项目范围与范围管理　69

412　IT项目范围管理的重要性　70

42　项目范围规划与范围定义　70

421　项目范围规划的编制　71

422　收集项目需求　71

423 项目范围定义　73

424　软件项目的需求管理　74

43　项目工作分解结构技术　77

431　工作分解结构　77

432　工作分解的过程　78

44　项目范围核实与控制　81

441　项目范围核实　81

442　项目范围控制　81

案例研究　84

习题　84

实践环节　85

第5章　IT项目时间管理　86

51　项目时间管理概述　87

511　项目进度管理的重要性　87

512　项目进度及项目进度管理　87

513　项目进度管理过程　87

514　IT项目时间管理的特点　88

52　活动定义　88

521　活动的定义　88

522　项目活动的特征　89

523　项目活动定义过程　89

53　活动排序　90

531　活动排序的依据　90

532　网络图　90

54　活动资源估计　92

541　IT项目资源分类　93

542　资源估算的主要依据　94

543　资源估算的过程　94

544　编制资源计划的方法与工具　95

55　活动持续时间估计　98

551　历时估计的依据　98

552　历时估计的方法　98

553　软件项目的工作量估算　99

56　编制项目进度计划　100

561　项目进度计划　101

562　进度计划编制的依据　102

563　计划编制技术　103

564　进度计划编制结果　109

57　IT项目进度控制　109

571　IT项目进度控制　110

572　进度控制的工具和方法　112

573　项目进度优化与控制　113

案例研究　117

习题　118

实践环节　119

第6章　IT项目成本管理　120

61　成本管理概述　120

611　项目成本与成本特点　120

612　项目成本管理过程　124

62　项目成本估算　125

621　项目成本估算过程　125

622　软件项目成本估算方法　127

623　项目成本估算的结果　133

63　项目成本预算　135

631　成本预算概述　135

632 项目成本预算的步骤　136

633　成本预算的结果　138

634　项目费用与资源的优化　138

64　成本控制　139

641　项目成本控制的原则和内容　140

642　项目成本控制方法　141

65　项目成本效益分析　148

651　成本效益分析的必要性　148

652　成本效益分析方法　148

案例研究　149

习题　153

实践环节　154

第7章　IT项目质量管理　155

71　项目质量管理概述　155

711　项目质量管理的概念　155

712　质量管理的过程　158

713　软件质量　158

714　IT企业质量管理体系　161

72　IT项目质量计划　163

721　质量计划的依据　163

722　编制质量计划的方法　164

723　质量计划的输出　165

73　IT项目质量保证　167

731　IT项目质量保证的思想　167

732　质量保证体系　168

74　IT项目质量控制　171

741　常见的IT项目质量问题　171

742　实施质量控制　172

743　IT项目质量控制工具与技术　173

744　质量控制成果　176

案例研究　177

习题　179

实践环节　180

第8章　项目人力资源管理　181

81 项目人力资源管理概述　181

811　项目人力资源　181

812　IT项目的人力资源管理　182

813　IT项目人力资源管理的特性　183

82 项目人力资源规划　184

821　IT项目组织的确定　184

822　IT项目工作设计　185

823　项目组织计划的编制　186

83　项目团队建设　189

831　项目团队的特殊性　189

832　项目团队的发展阶段　190

833　团队成员的选择　192

834　项目团队建设　194

835　人员培训与开发　199

836　项目绩效评估　201

84　项目人力资源的激励　203

841　动机理论　203

842　激励理论　205

843　激励因素　207

844　团队激励与组织凝聚实例　208

案例研究　209

习题　210

实践环节　211

第9章　项目沟通管理　212

91　项目沟通管理概述　212

911　项目沟通管理概述　212

912　沟通的作用与影响　214

92　项目沟通规划　216

921　项目信息传递的方式与渠道　217

922　编制项目沟通计划　220

93　信息发布　222

931　项目信息分发　222

932　召开有效的工作会议　222

94　绩效报告　223

941　绩效报告的工具与技术　223

942　绩效报告的结果　224

95　利益相关者管理　224

951　利益相关者管理　224

952　有效沟通的原则　226

953　项目沟通障碍分析　227

954　有效沟通的方法和技巧　228

96　项目冲突管理　230

961　冲突管理的概念　231

962　冲突来源　232

963　冲突处理策略　233

964　冲突管理的技巧　235

案例研究　236

习题　238

实践环节　238

第10章　IT项目风险管理　239

101　项目风险管理概述　239

1011　风险概述　240

1012　项目风险管理概述　243

1013　项目风险管理过程与作用　245

102　风险管理规划　246

1021　风险管理规划的内容与依据　247

1022　风险管理规划的程序　248

1023　风险管理规划的成果　248

103　IT项目风险识别　251

1031　风险识别过程　251

1032　风险识别方法　252

1033　风险识别的结果　256

104　项目风险定性与定量分析　257

1041　风险评估基础　257

1042　定性风险分析　259

1043　定量风险分析　261

1044　项目风险评估　263

105　项目风险应对规划　264

1051　项目风险应对原则　265

1052　项目风险的应对措施　265

1053　制定风险应对措施的依据　268

1054　风险应对规划的结果　268

106　项目风险监控　269

1061　项目风险监控概述　269

1062　风险监控程序　270

1063　风险监控的方法　271

1064　风险监控的成果　272

案例研究　273

习题　275

实践环节　276

第11章　项目采购管理　277

111　项目采购管理概述　277

1111　项目采购　277

1112　项目采购管理　280

112　采购规划　280

1121　编制采购规划的依据　281

1122　编制采购规划的方法和技术　281

1123　采购规划的输出　282

113　项目的招投标　283

1131　招投标的基本程序　283

1132　编写项目标书　285

1133　投标决策　287

1134　编写投标书　288

1135　产品选择与商务谈判　289

114　项目合同管理　290

1141　签订合同时应注重的问题　290

1142　软件项目合同条款分析　291

1143　合同管理　297

1144　合同收尾　298

案例研究　299

习题　302

实践环节　303

第12章　Microsoft Project 2007应用指南　304

121　Microsoft Project 2007概述　304

1211　导言　304

1212　Microsoft Office Project 2007简介　305

1213　启动Project 2007　305

1214　Project视图　307

122　创建项目计划　311

1221　创建新的项目计划　311

1222　设置非工作日　312

1223　输入项目属性　313

123　创建任务列表　314

1231　输入任务　314

1232　估计工期　315

1233　输入里程碑　317

1234　分阶段组织任务　317

1235　链接任务　318

1236　记录任务　320

1237　检查任务工期　321

124　设置与分配资源　322

1241　设置人员与设备资源　323

1242　设置材料资源　324

1243　设置成本资源及资源费率　325

1244　为单个资源调整工作时间　326

1245　为任务分配工时资源　328

1246　为任务分配额外资源　330

1247　为任务分配成本资源　333

125　跟踪任务进度　334

1251　保存项目的基准　334

1252　根据日程跟踪项目　336

1253　输入任务完成比例　336

1254　输入任务的实际值　338

习题　340

实践环节　341

参考文献　342 作者：孙雨生著

出版社：清华大学出版社

开本：185260

版次：2011年12月第1版

印次：2011年12月第一次印刷

定价4200元

《基于Project的IT项目管理》系统全面，《基于Project的IT项目管理》通过丰富的IT项目管理实例和完整的项目分析与设计过程，由浅入深、图文并茂地介绍了Project2010的 *** 作方法与使用技巧，涵盖了Project2010基础知识、IT项目计划制定、IT项目实施控制、IT项目信息沟通与协作等内容，构筑了一个面向实际应用的知识体系。全程图解本书采用全程图解的方式进行 *** 作演示，语言通俗，步骤详细。书中的图像做了大量的裁切、拼合和加工，信息丰富，效果精美，轻松易学。案例一致本书始终以同一个软件开发项目为例，进行基于Project2010的IT项目管理介绍，便于读者构建完整的lT项目管理知识体系。资源丰富本书免费提供多媒体课件及书中实例的完整素材文件，便于读者自学和进行实践练习。

《基于project的it项目管理》既是一本project最新版本的教材，又是一本project实际应用的参考书。《基于project的it项目管理》共分为4篇12章，主要讲解了it项目管理的具体内容及基于microsoft project 2010的it项目管理 *** 作技能，内容包括it项目管理与project 2010的基础知识，基于project 2010的it项目进度计划、资源计划、成本计划的制作、优化及发布，基于project 2010的it项目资源、进度、成本跟踪与控制，以及基于project 2010的it项目信息提取、沟通与协作管理。《基于project的it项目管理》体系完整、内容翔实、结构清晰、循序渐进，既可作为高等院校管理科学与工程、信息管理与信息系统、计算机科学与技术、电子商务、电子政务、软件工程等专业高年级本科生和研究生教材以及项目管理工程硕士、mba相关课程的教材，又可供it项目管理人员和it咨询服务人员参考使用，还可作为各种电脑培训机构的培训教材。 作　者： （美）斯奇沃泊（Schwalbe，K）　著；邢春晓　等译

出 版 社： 机械工业出版社

出版时间： 2008-8-1

字　数：

版　次： 1

页　数： 365

印刷时间： 2008/08/01

开　本： 16开

印　次： 1

纸　张： 胶版纸

I S B N ： 9787111240235

包　装： 平装

编辑推荐

自2002年第1版在中国引进出版以来，这本教材为项目管理知识体系在中国的普及和发展作出了卓有成效的贡献，产生了很大的影响。本书不但很好地阐述了项目管理的知识体系，而且结合IT项目特别是软件工程项目的特点，讲述了IT项目管理的方法和过程。全书通过许多现实中的成功和失败的项目实例，讲述了项目管理的基本内容，包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购。

随书光盘包括：

●MicrosoftProjectProfessional2003软件的120天试用版。

●FissureProjectSimulation软件，利用该软件学生可以在模拟的业务环境中亲身体验如何进行项目管理。

有关本书的附加资源（例如，各章课堂笔记的幻灯片、FissureProjectSimulation软件的详细说明、模板文件等）请访问华章网站。

内容简介

本书是关于IT项目管理方面的教材，全面阐释了与IT项目相关的概念、技巧、工具和技术。书中介绍了运用项目管理的9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实话、控制和收尾等过程组。增加了运行案例、模板以及一些项目管理模拟软件，帮助读者掌握并运用在本书中学到的知识和技能。

本书适合作为高等院校计算机相关专业高年级本科生或研究生的教材，也可供相关技术人员参考。

作者简介

Kathy Schwalbe美国明尼达大学博士，现为奥古斯堡学院企业计、信息系统项目和电子商务等课程。在1991年进入学术界以前，她做过系统分析师、项目经理、高级工程师以及信息技术咨询顾问等。她还是美国项目管理协会（PMI）的活跃成员。

目录

出版者的话

译者序

前言

第1章 项目管理概述

11 简介

12 什么是项目

121 IT项目的例子

122 项目属性

123 三项约束

13 什么是项目管理

131 项目干系人

132 项目管理知识领域

133 项目管理工具和技术

134 项目成功要素

14 项目经理的作用

141 项目经理的工作描述

142 项目经理应具备的技能

143 IT项目经理的重要技能

144 领导才能的重要性

145 IT项目经理职业

15 项目管理专业

151 项目管理的历史

152 项目管理学会

153 项目管理认证

154 项目管理的职业道德规范

155 项目管理软件

第2章 项目管理和IT背景

21 项目管理的系统观点

211 什么是系统方法

212 系统管理的三球模型

22 了解组织

221 组织的四个框架

222 组织结构

223 组织文化

23 干系人管理

231 高层管理承诺的重要性

232 组织对信息技术承诺的需要

233 组织标准的需要

24 项目阶段和项目生命周期

241 产品生命周期

242 项目阶段和管理评审的重要性

25 IT项目的环境

251 IT项目的本质

252 IT项目团队成员的特征

253 多样的技术

第3章 项目管理过程组：案例研究

31 项目管理过程组

32 把过程组映射到知识领域

33 开发IT项目管理方法

34 案例研究：JWD咨询公司的

项目管理内网项目

341 项目启动

342 项目计划

343 项目执行

344 项目监控

345 项目收尾

第4章 项目综合管理

41 什么是项目综合管理

42 战略规划与项目选择

421 识别潜在项目

422 IT与业务战略相结合

423 选择项目的方法

424 项目章程

43 初步的范围说明书

44 项目管理计划

441 项目管理计划的内容

442 项目管理计划编制的指导原则

443 干系人的分析和高层管理的支持

45 项目执行

451 协调计划和执行

452 提供强大的领导力和支持性文化

453 为产品、业务和应用领域的知识投资

454 项目执行工具和技术

46 监控项目工作

47 综合变更控制

471 IT项目中的变更控制

472 变更控制系统

48 项目收尾

49 使用软件辅助项目综合管理

第5章 项目范围管理

第6章 项目时间管理

第7章 项目成本管理

第8章 项目质量管理

第9章 项目人力资源管理

第10章 项目沟通管理

第11章 项目风险管理

第12章 项目采购管理

附录A 微软Project 2003使用指南

附录B 对PMP考试及相关认证的建议

附录C 运行案例339

附录D 模板344

附录E Fissure公司项目管理模拟

术语表

最新的第五版《IT项目管理》做了较大的修改，由杨坤翻译，2009年1月第一版已经出版，还是机械工业出版社出版的。

主要修改是全书的结构主要按照项目管理的九大手法来编排，内容作了精简，使得学习和阅读更为简单；同时还加入了对PMP考试的指导。 书 名: IT项目管理

作　者：凯西施瓦尔贝(KathySchwalbe)

出版社：机械工业出版社

出版时间： 2010年10月1日

ISBN: 9787111318132

开本： 16开

定价: 6900元

内容简介

《IT项目管理(英文原书第6版)》是运用九大项目管理知识领域(包括项目集成管理以及范围管理、时间管理、成本管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理)以及全部五个过程组(包括启动、计划、实施、监控和收尾)的唯一一本教科书，为管理项目提供了坚实的框架和内容。《IT项目管理(英文原书第6版)》适合高等院校管理相关专业的本科生、研究生使用，也可作为it从业人员、高新技术企业管理者的参考书。

作者简介

作者：（美国）凯西施瓦尔贝（Kathy Schwalbe） 译者：杨坤

凯西·施瓦尔贝（Kathy Schwalbe），凯西·施瓦尔贝教授任教于明尼苏达奥格斯堡学院商务管理系，主讲项目管理、商业问题处理、系统分析与设计、信息系统项目和电子商务等课程。作为明尼苏达大学的兼职教师，她为工程系的研究生讲授项目管理课程。同时，她还为一些组织提供培训和咨询服务，并在一些会议上发表演讲。在1991年进入学术界之前，她在工业界工作过10年。她曾是一名空军军官、系统分析师、项目经理、高级工程师和IT顾问。凯西女士还是PMI（美国项目管理协会）的活跃分子，负责PMI明尼苏达分会学生会的联络工作，担任明尼苏达分会分管教育的副主席，以及《ISSIG评论》联络和编辑部主管，她还是PMI考题编写组成员。

凯西女士毕业于圣母玛丽亚大学，获得数学学士学位；在美国东北大学的高科技MBA项目完成了MBA的学习，最终在明尼苏达大学的高等教育学院获得博士学位。

图书目录

前言

致谢

作者简介

术语表

第1章 项目管理概述 1

第2章 项目管理与信息技术环境 29

第3章 项目管理过程组：案例研究 63

第4章 项目集成管理 115

第5章 项目范围管理 161

第6章 项目时间管理 195

第7章 项目成本管理 237

第8章 项目质量管理 275

第9章 项目人力资源管理 321

第10章 项目沟通管理 365

第11章 项目风险管理 405

第12章 项目采购管理 445 基本信息

书号：7-113-07991

作者：谭武梁等

定价：2400元

版次：1版1次

开本：16开

出版日期：200708

配套教材：IT项目管理习题与指导

出版单位：中国铁道出版社

内容简介

本书循序渐进地介绍了IT项目从启动到收尾管理过程中的各个环节，并通过校园网项目的实例，让大家了解IT项目管理的规范，掌握IT项目管理的原理、方法和技巧。全书共分为13章，主要包括：IT项目管理概述、项目启动与立项、项目计划、项目进度管理、资源管理、成本管理、质量管理、风险管理、采购管理、沟通管理、范围管理、整合管理、项目收尾。本书层次分明，实例丰富，图文并茂，理论联系实际，可作为高校计算机类的教材，也可供从事IT项目管理的人员参考和使用。

图书目录

第1章 概述

第2章 项目启动与立项

第3章 项目计划

第4章 进度管理

第5章 资源管理

第6章 成本管理 第7章 质量管理

第8章 项目风险管理

第9章 项目采购管理

第10章 项目沟通管理

第11章 项目范围管理

第12章 项目整合管理

第13章 项目收尾

附录A

附录B

参考文献

老师推荐给我们看的几本书让我受益匪浅。特别是《你的灯亮着吗》。看进去之后方才知道老大的用心良苦，自己在处理工作中的事情时，不管用户是非对错，用户提出问题，我的思想老是照着用户的问题去解决问题。在这本书中针对我目前的情况有详细的解析。

这些书带给我的启发不仅仅是关于高级IT项目管理这门课程的，也给我今后的人生上了重要的一课。正如项目经理案头手册中提到的JM朱兰将一个项目定义为一个计划要解决的问题。该定义使我们认识到，项目管理是在大的规模上对问题的处理。我们生活中也在不断的遇到各种各样的问题，在进行项目管理的过程中，随着工作的进展，也给我们生活中解决问题指明了一条正确的思路和方法。项目问题就是人的问题，这些书启发我们在做事的时候不要怨天尤人，惟有付之行动，生活才会回报付出者；没有计划，就没有控制；要积极主动，不要被动反应；承担责任，争取权力；所有的行为只有从执行者的视角来理解才有意义；人最害怕的是被拒绝，最需要的是被接受；沟通技能是项目经理最应具备的技能之一。

书中有说到一句：“问题其实就是你期望的东西和你体验的东西的差别”。对于我工作中，用户正常使用TAJIMA的流程，就是我期望的东西，而体验到的东西都是，用户不按正常流程执行。问题就在于，用户更本不按流程走。而对于用户来说：用户期望的是可以直接改个供应商或直接改个单价就可以满足采购或财务的需要，而体验到的是在系统中供应商无法更改，单价在采购单更新后，财务部那边的出入库金额数据无法更新。所以用户的问题就是：采购单无法更新供应商，单价更新了无法满足财务的需要，怎么办？到底是谁的问题？当出现这种情况，我往往把用户的问题定义成了问题。想尽方法帮用户解决。书中还有说到：“在寻找问题定义的道路上疲倦地游荡时，不要忘记随时都回头看看，看看你是不是已经迷路了”，在工作中我经常帮用户想解决方法，哪种解决方法对于用户目前是最简单的？回头想想，有的时候真的帮用户解决到问题吗？没有！因为我在找解决方法的过程中，已经错误的定义了我在解决的问题。用户入库拒收的库位选错了，入错了库位。我首先将问题的定义为：将入错库位的数据调整至正确的库位。一股脑的想如何去调整，用哪种调整方案最简单？结果表面上是以经解决了，可过不了多久此类情况又会发生。其实遇到这种问题应该先想想，库位选错的原因是什么，是不是之前的培训没有到位？如何杜绝这种情况再次发生？现在该做些什么？应该教会用户在开单时就先确认库位。如在开单时就选错库位就点选取消，重新开过单据。还有一次，财务部提出采购部在采购单上更新了价格，但出入库记录的金额还是没有，希望我们帮忙解决。我首先想到的就是帮财务部将采购单上更新的价格导出给财务部，方便快速。但没有想到问题的起源是：采购部在入仓之前没有输入价格，而要在入库之后才补上，导致现在这种问题。要解决这个问题的方法是让采购部在入仓之前就把价格填上，在入库的时候就会自动获取价格，而不是给财务部导出价格。

书中有个章节“什么是真正的问题？”里面有指出：“每种解决方法都会带来新的问题”，回想过去的工作，的确存在很多问题解决之后，产生了更大的问题。针对这种现象,书中指出：“问题最难以处理的部分恰恰是去意识到它们的存在”,因为用户养成的习惯，慢慢的就会无法意识到它们的存在。如果采购部一直都是后补单价的话，就更本不会意识到后补单价是一种错误的方法。

因为时间的关系我没有全部看完这本书，有时间还需要经常翻看。在今后的工作中，需先将问题定义清楚，找到真正的问题，再去找寻解决这个问题的最佳解决方法：解决后产生的问题，没有解决前的棘手且最不棘手的解决方法。

书中有说到一句：“问题其实就是你期望的东西和你体验的东西的差别”。在一个项目的进行过程中，我们不可避免的要和用户之间沟通和交流，当然，在交流过程中，会遇到一些问题。不管用户是非对错，用户提出问题，我的思想老是照着用户的问题去解决问题。在这本书中针对这种情况有详细的解析。我往往把用户的问题定义成了问题。想尽方法帮用户解决。读完此书，以后在用户提出问题后，需先想想问题到底出在哪里？找出问题的真正定义！书中还有说到：“在寻找问题定义的道路上疲倦地游荡时，不要忘记随时都回头看看，看看你是不是已经迷路了”，在工作中我经常帮用户想解决方法，哪种解决方法对于用户目前是最简单的？回头想想，有的时候真的帮用户解决到问题吗？没有！因为我在找解决方法的过程中，已经错误的定义了我在解决的问题。书中有个章节“什么是真正的问题？”里面有指出：“每种解决方法都会带来新的问题”，的确存在很多问题解决之后，产生了更大的问题。针对这种现象,书中指出：“问题最难以处理的部分恰恰是去意识到它们的存在”,因为用户养成的习惯，慢慢的就会无法意识到它们的存在。

《项目经理案头手册》一书对整个项目过程进行了透彻的分析。刘易斯循序渐进地教我们如何从头到尾地计划、执行和控制一个项目，如何选择项目经理和能解决问题的项II团队，如何用WBS，PERT，CPM和甘特图编制项目计划，如何设计项目控制系统，如何利用挣值分析跟踪项目，如何与团队中各层次的成员进行有效沟通，如何在项目完成后进行经验教训总结。为项目经理展示了如何成功管理不同大小、不同类型的项目，内容讲解深入浅出，案例丰富全面，既深刻地分析了项目管理的本质及一些项目管理现象的内在含义，又简单明了地介绍了实践中具体应该如何 *** 作，很好地实现了理论性和 *** 作性的结合。

美国著名项目管理专家刘易斯为我们提出16步管理模型。从16步管理模型中可以看到项目的战略计划所处的位置：概念确立。就是对所要做的事情有一个框架性的设计，有一种思想；问题的定义。即对长远目标说明。第二步骤是对第一步的进一步细化和具体化；生成项目的备选方案和战略计划。就是提供思路、备选方案和战略计划总体思路；战略计划评估和选择。就是在选择方案的同时，有一个从总体技术路线到总体项目管理策略的评价和选择；战略的确立。就是确定具体的战略、目标；制订项目的实施计划。这是一个更加具体的、第二个层次的项目计划，就是怎样实施；项目干系人批准计划。这里的计划包括战略计划、初步计划、详细计划，在这些项目实施之前，有一个批准过程；签署项目计划。项目的批准人、参与项目的有关干系人要签署项目计划，对计划做出承诺，同时建立项目的跟踪记录，做一个项目进展情况日志或者周志、月志、记录，根据这些记录信息进行知识管理；执行项目计划。执行项目就是正式开展计划，进展这个项目；监控项目进展。计划开始实施之后，就要考虑计划执行得如何，有无问题，要对进展情况进行监控、监测和控制；审查项目定义。项目实施之后，需要做一些评审，评审包括对原来工作的评审，同时也包括对项目目标定义的评审，如有问题就返回到步骤二，重新修正项目的定义；对项目的战略进行评审。首先是评价目标或项目的定义，然后评审战略计划、战略制订是不是有问题，如果有问题就返回步骤四，重新修正你的项目战略；项目的实施计划。具体的计划工作流程、对一些细节要进行评审，有问题就进行修改；循环。按照整个过程不断地从计划的执行到监测、评审，有问题就要修改计划，然后再执行，再评审，这个过程一直延续到全部工作结束；总结经验教训。项目全部完成以后，及时总结经验教训，对一些问题进行归档，作为今后项目的指导和借鉴；结束项目。这是一个完整的项目管理流程，从这个流程可以看到整个项目战略计划实际上是在制订项目的详细计划和实施计划之前。在项目计划的时候，首先要有一个总体的战略计划，在总体的战略计划指导下再开展具体的项目计划。

书中指出项目在结束时失败，而是在开始时失败。在我们开始一个项目时，首先应该搞清楚项目的使命，前景，目标和目的。确定是否要进行此项目。当我们决定要开始一个项目后，就应该制定相应的战略计划，战略要回答“我们怎样对这项工作展开活动”这样的广泛问题，而制定实施计划则要求一丝不苟，换句话说，制定实施计划有关怎样做这项工作的详细事宜。制定计划涉及回答的问题包括：做什么、谁来做、何时、何地、多长时间和怎么做。

其次要对项目进度进行详细计划。项目进度计划编制既是一门科学，又是一门艺术。关于进度计划，真正的重点是为在最短的时间完成项目，找出并行尽可能多的活动的方法。项目管理科学的一面涉及到资源的平衡，它通过计算机运算完成，并存在许多算法。但是，同首次进行项目人力资源分配应用的技术相比，其结果差不多。

另外，资源计划也是重要的一环。完成一项活动的时间取决于分配给它的资源，并且如果没有相应数量的资源，工作就不能按计划完成。如果项目经理不能解决资源分配的问题，项目进度计划就不会成功。

此外，要对项目控制和评审。要达到项目目标，有必要采取适合的项目控制和评审。项目检查有三种类型：即状况、设计和工作过程检查。状况检查主要检查项目是否在进度计划和预算之内、范围是否正确、绩效的要求有没有问题。而设计检查仅仅适用于包括设计工作的项目，检查中经常要问的问题是达到规范了吗？用户界面友好吗？我们有能力制造吗？市场需要我们开发的产品吗？投资回报及其他的产品开发理由荏苒适合吗？之所以进行项目需要检查时因为：随着项目管理水平的提高，同时提高项目绩效；确保项目工作质量不居于进度和成本问题之后；尽早找出开发问题，以便提前采取措施；识别应采取不同管理方式的其他项目领域；确保业主获知项目状况。

在项目即将结束之时应该总结经验教训，若失败，则分析失败原因，可以从以下几个层次进行分析：（1）项目管理环境中的失败 。这些失败的根源可以追溯到项目组织与项目目标、项目任务、高层管理部门以及更大的环境之间的不适当的“配合”。它们包括使用对于项目目标和项目环境来说不正确的项目管理方法或模型，以及缺乏高层管理部门对项目的支持等。 项目不具备正确的组织结构、项目经理或者团队（以技能、经验、权力、正规性、复杂性来衡量）来“配合”项目。（2）项目管理系统中的失败 。这些失败的根源可以追溯到项目领导及错误实践。它们包括项目经理在项目生命周期中对系统方法的忽略，以及项目管理技巧的错误应用等。具体的可以归结为：不胜任的项目经理 ；忽略了项目的系统本质 ；管理技巧不恰当或者错误的运用 。（3）在计划和控制过程中的失败 ：项目中没有良好的沟通 ；没有用户的参与 ；不充分的项目计划；不充分的项目定义；糟糕的时间和资源估计；不正确的工期安排和资源处理；在执行阶段为数众多的变更 ；不恰当的控制 ；项目终止的计划很拙劣 。同样项目成功也应该总结经验。要取得项目成功，项目的目标定义、项目的系统、整体系统控制、整体计划，包括战略计划、实施计划、日程计划要通过详细、认真地预算、估算，保证项目能够得到充分的资源。在项目的实施过程当中，要通过经常性的审查、控制和评审来保证项目能够按计划不断地推进。 除此之外，组织目标的实现还需要在组织上保证。包括项目经理的领导艺术、项目经理的管理才能、管理技能以及相关的技能、组织结构和团队建设方面。所有的这些，都是保证项目走向成功必不可少的环节。

《微软研发制胜策略》和《微软项目求生法则》两本书也给了我很多启发。求生法则从求生心态、求生准备、逐步迈向成功以及完成任务几方面向我们阐述软件项目是如何存活的。作者利用在研究与工作中获得的经验告诉我们项目开发过程中的规划、设计、管理、质量控制、测试与完工所需的策略与观念，并利用大量技巧建立一套精简可靠的框架来成功的管理项目。软件项目的存活不是一种意外的结果。要让一个项目成功所需的努力并非特别困难或耗时，只是需要从项目开始进行的第一天就勤奋努力到最后一天而已。软件项目是发现与发明的过程。发现与发明融合为一的最佳方式是透过“阶段性完成”的做法，将产品的功能分阶段完成，而最重要的功能最早完成。当项目进行时，许多活动交互重叠，把产品由抽象概念转化成具体成果。项目进行中的源代码倾向以S形曲线而非线性成长，而大部分的程序代码都是在项目中间第三部分完成的。追踪程序代码的成长提供对项目状态的洞悉力。执行良好的项目也可以由一名上层主管选择最有成效的一组来进行追踪。

软件项目被切分成三个概念阶段。在项目初期，焦点摆在“发现”，特别是发现使用者的真正需要。透过技术性调查、与使用者访谈和建立接口雏形，把不确定性的概念转换成确定的观念，这就是第一阶段的特色。在项目进行中期，焦点移到了“发明”上。往大方向看，开发人员要发明软件构架与设计方式。细节的地方，如每个函数式或对象类别也不能忽略。如同发现阶段般，发明阶段的特征在于将不确定的概念转换成确定的观念。如果还有别的特征，就是发明阶段的不确定性要高得多。在发现阶段，开发人员可以确定答案“就在”某个地方。可是在发明阶段，就不能以此类推。在项目的最后部分，焦点又转移了，这次摆在实作上。不同于发现与发明阶段的是，实作阶段的不确定性少多了，故可发掘出许多已确定的观念并可实现成具体成果。

本文提供的项目规划依循着“阶段性完成”的轮廓进行。由于她将项目中开发的软件分阶段完成，而不是到了项目结尾才一次完成，这种方式称做“阶段性完成”。 在每个实作阶段中，项目团队进行细节设计、程序写作、除错与测试，在每个阶段都建立出可能推出的产品。分阶段完成有以下好处：关键功能更早出现；早期预警问题；减少报告负担；阶段性完成可降低估计失误；阶段性完成均衡了d性与效率。阶段性完成的做法听来似乎毫无缺点，其实则不然。阶段性完成的做法要付出相当代价。因为项目团队需要时间准备各种可推出的软件，在每个阶段重复测试已经测试过的功能，推出软件前进行相关的版本管制工作，提供试用的不同版本软件没预料到的问题的解决方案（如果阶段性完成的软件真的拿出去给人使用），还有规划阶段性发行这种做法的好坏等等，都会提高项目的负担。阶段性完成并不是万灵丹，不过总合起来，那些额外的负担相对于明显改善了的状态、质量与时间的匹配、精确预估与降低风险等来说，不过是一点小小的付出而已。

《微软研发：制胜策略》一书中，作者详细描述了他在美国领导项目的各种实际的策略方法，教我们如何开发高质量的软件。卓越的领导者从不同的角度看世界。若是公司被大火烧得精光，他非但不为丢饭碗惊慌，反而利用火焰来烧烤一顿大餐。当每个人都摇头离去，卓越的领导者仍有充分的信心保持乐观，对每件事都从正面角度来思考。就因为凡事都看光明面，卓越的领导者并不把失败当失败，反将其当作学习克服障碍的经验。正因如此，卓越的领导者乐意尝试各种稀奇古怪的想法，并从中获得重大的突破，即使不成功，他只把这次经验当成获得信息的方式之一。这种***不一定要有经验，而是需要强烈的进取心和明确的理想，能够将理想与他人沟通，鼓舞他人共同追寻理想的能力，再加上一点机会，这就是能将理想实现的卓越领导者。坐着告诉我们开发项目要制定详细的目标，包括你要求的输入和输出的目标、长期和短期的目标，项目组要时刻被各个具体目标的实现所鼓舞和激励；不要浪费时间在错误的问题上，一定要先确定真正的问题在哪里，然后才去改正它；人们开口要求的东西未必是他真正想要的，处理他的要求之前，请务必先确定他究竟想要做什么；如果您能够先明确定义自己的需求，再向别人提出，这是避免在沟通上发生误会的好方法；任何不能改善产品的工作，都是浪费时间或偏离方向；项目组每部分的进度要协调一致；一旦发现错虫就立即清除掉，别拖延；程序设计前要先确定它的优先级表，比如稳定性、可移植性、速度和效率等；绝对不要答应别人自己做不到的事情，这样对双方都有益无害；注意定期会议的价值，确定它是否值得每个人放下手中的工作召开会议之前，请确定本次会议的目的是什么，达成这个目的的条件是什么，然后，务必达到开会的目的；会议尽量安排在一个时段的最前面或最后面，尽量减少工作的中断与时间的切割；最会误导项目发展、伤害产品质量的事情就是过份重视进度，这不仅打击人员士气，还会迫使组员做出愚蠢的决定；为了保持创意的活力和团队士气，必须让每个小项目都有令人兴奋的结果；不要让设计师的学习停滞不前，要让程序设计师有机会磨练不同领域的技术，培养十八般武艺样样精通的组员。组员的技术和知识应该精益求精；员工应积极学习新的技术、养成良好的工作习惯，做事更有效率，把握有限的时间，增加你个人对公司的价值；不要用年终考评来订立学习目标，要利用年终考评来记录个人的成长；不要给使用者次品，宁愿延期交货，务必追求质量完美；将程序的可共享性当作优先考虑的目标之一，否则程序设计师将经常做重复的工作；如果您创造了一项资源，并且让别人知道，那么总有一天会派上用场的；主管应该把自己视为团队的一分子，与其他人平等，而不是高高在上；健康的生活是一切创意的源动力。这些经验也同时告诉我们做人的道理。

《人月神话》一书对我的触动很大。作者详细讨论了包括工期规划、团队组成、文档、排错等软件项目进行全程中的方方面面。当我捧起《人月神话》，马上就被深深的吸引了。书中很多细微之处都对我的思维造成了冲击。上一本给我类似感觉的书是那本四人帮的《设计模式》，已经很久没有看到这么好的书了，郑重推荐。

把感触比较深的几点记下来，顺便整理一下自己的思路，与大家分享。

1，保持设计的概念完整。无论对小软件还是大软件，都必须由一个设计师主导，最多两个人讨论来共同完成软件的整体设计。作为一个软件，一个系统，必须有一个清晰明确的概念模型，大家都在这个框架下工作，所有的创新发展都必须与基本的概念相吻合。具体的实现人员可以细化概念，但只有总设计者才有否定与发展基本概念的权力。需要注意的一点是，即使是总设计师一直是同一个人，他脑海中所认为理所当然的规则或者概念，很可能由于没有明确的文档化，而没有成为所有开发者共同的概念。在其他开发者编码的时候，就可能会生成与概念相抵触的东东（模块，功能，算法），导致整体结构的恶化。这个时候总设计师一定要即时发现，做出更正。

概念的完整性，对于很多小规模软件，由于开发人员不多，开发经理一般都能控制住所有的代码，概念完整性在组织层面就维持住了。但要注意以后的Bug修改，功能扩展的时候，也要时刻留意与最初的设计是否概念上相容。对于大规模的软件系统，则必须通过树状组织结构，层层控制，总设计师还是一到两人，每一层都有对下层的绝对把握能力。我以前参加过一个15人左右的项目组，就是分为两层。感觉整体概念完整性的控制效果还不错。我没有更多人数项目的具体实践经验，希望以后能有机会参与比较大的项目。

2，“一个拿2倍工资的人，生产率可能是其他人的10倍。”我和我的同学，一个小公司的技术总监聊起这个，他也是十分的认同。不知道其他公司的程序员们如何看。我的同事中有一个牛人，做出的贡献特别大，应该相当于我们公司普通的十个程序员，不过工资最多也就是普通程序员的二倍。是不是有些不公平呢？我也说不清楚。因为那些普通程序员也十分的努力。不过，我觉得，作为公司，应该给最好的人最好的待遇，或者说给比目前更高的待遇。

组建一个团队，最好的就是那种精英团队，大家都是牛人，效率会特别高。微软就是这种思路吧，把最聪明的人集中在一起，想不成功都难亚。

3，进度落后与增加人力。记得当年看《C＋＋编程思想》，Bruce说“十个妇女不能在一个月内生下小孩”（大意），于我心有戚戚焉。而本书作者Brooks得出的结论是对我是震撼性的：“向进度落后的项目中增加人手，只会使进度更加落后”。

以前，增加人手基本是挽救进度落后项目的主要办法。这个办法行不通的话，难道只有“加班”一条路了？但长期加班是对个人的摧残，我更愿意利用业余时间去看书，例如看这本“人月神话”。：）

如果不想加班，不想削减功能，不想推迟发布日期，那么。。。。。唯一的方法还是只有…加人。加足够的人。而且不要逐步加入，一定要一次性加入。要小心的是，新加入的人可能对原来的组织造成冲击，或者对原来的设计有不同意见（特别是加入的人中有比较强大的设计者）。那么，就当作，新组建了一个团队吧。交流，培训新人，就设计达成一致，继续向者目标前进。

以上就是关于怎样当好IT项目经理全部的内容，包括:怎样当好IT项目经理、项目管理的三个约束、五个过程和九大知识领域、IT风险管理内容等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！