P2IT项目的可视化管理

IT项目组合管理一般包括以下四个阶段：

1、建立组合模型；2、产生项目清单；3、通过分析确定项目组合；4、项目监控与评估。

8Manage PMO支持项目组合与项目策略管理，所有单个项目的信息会实时自动地聚合到PMO层，确保数据的实时性和准确性，提高管理效率。

如何编写IT项目方案通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用

帮助大家更容易地理解IT项目管理的理论体系：九大知识领域和五个过程组

帮助大家学习掌握IT项目方案编写方法

目录什么是方案如何编写需求分析如何编写方案设计原则如何编写解决方案如何编写实施方案如何编写维护服务方案如何编写培训方案如何编写典型案例典型设计方案分析方案就是解决问题的方案

方案有：用户解决方案、项目申报方案、可行性报告等等

写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标

方案中要解决：为什么做做什么达到什么效果谁来做怎么做花费多大代价有何风险、怎么控制质量如何保证你是否有相应的能力什么是方案方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等

一般出现在申报方案

需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标

给读者阐明为什么做

方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处

一般出现在申报方案

方案设计原则，就是在设计解决方案时，必须要遵循的原则

所谓原则，就是不能突破并必须严格遵循的尺度

在每个具体的解决方案中，都要体现预先确定的原则

遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度

方案的目标，总体概述解决问题的方案，高度概括

一般出现在申报方案

解决方案，给读者阐明怎么做，来解决问题

是解决方案的主体

方案有以下要点或组成部分组织架构实施方案（进度计划），给读者阐叙做的具体步骤，工作路线

服务方案（服务计划），给读者阐明你有服好务的具体措施

培训方案（培训计划），给读者阐明你有做好培训的具体措施

沟通计划质量控制计划风险识别和风险控制计划设备采购计划工作量估算和人力资源成本预算典型案例介绍，给读者证明，你已经具备了实现这个方案的能力

工作基础、工作成果积累，进一步论证你具备实现这个方案的能力

满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿

要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性

需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标

给读者阐明为什么做

用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等

用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础

同时，到位的需求分析，也是为我们制定方案的设计目标提供依据

作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容

一个到位的需求分析，是一个好方案的一半

反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣

要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案

需求分析用户立项的宏观背景用户立项的目的和意义用户的组织架构用户当前it建设的情况采用的技术需求软件功能需求软件性能需求（质量需求）平台环境需求安全方面需求项目风险识别用户关注点和兴趣点详细分析等每一部分根据需要，可以做进一步分类描述

对于一个综合性IT应用解决方案，如金保工程方案，需求分析应包含以下几个方面的内容大家要注意，用户需求是多角度的在进行需求分析描述时，各部分分类要清晰多用条理性描述少做长篇论述各部分内容分量要均衡要点要清晰准确要体现全面、到位和重点突出

大家记住，这里每一部分的描述都将是后面相应内容的线索和论据

用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容

这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强

方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事

这反映出他们根本不知道原则是什么、原则的作用是什么

方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针

就是在设计解决方案时，必须要遵循的原则

所谓原则，就是不能突破并必须严格遵循的尺度

在每个具体的解决方案中，都要体现预先确定的原则

在方案设计原则中，要表明在方案设计时重点要考虑哪些问题，要突出对用户关注点和兴趣点的对策，这些内容要与需求分析的相关内容紧密呼应

方案设计原则的编写可以分为两大类，一类是基础性原则，一类是响应用户特殊需求的原则

方案设计原则基础性原则在每个方案中基本都会有，如：先进性与成熟性的原则先进性与保护投资的原则安全性原则功能完备性原则灵活性原则可维护性原则可扩展性原则等等

基础性设计原则我们拿可维护性原则作为例子分析一下“原则”的含义可维护性的意思是，根据我们提供的方案开发出的系统，具有方便进行维护的特点

换句话讲，我们进行方案设计和开发时，要充分考虑今后维护的方便可行

即便这些基本性原则可能在很多方案中都有，但也要充分理解用户的期望

如用户项目资金充裕，那可能就要突出先进性的原则

反之，可能就需要充分考虑原有设备的复用，保护原有投资

用户特殊需求的原则要认真下一番功夫直接体现我们是不是重视用户的想法是不是真正理解他们的需求要想做好这方面的文章，就必须对用户的需求、用户的关注点和兴趣点非常清晰

一般情况下，在介绍方案时，原则部分会有比较强的冲击效果，特别是那些很到位的响应用户特殊需求的原则

说白了，就是告诉用户，你关心什么，那么我们就将在方案中注意、解决和实现什么

解决方案这部分是方案的主体部分，也是分量最重的部分

需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义

方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则，或者说是应该重点关注和考虑的问题

标准规范部分讲的是方案设计的应遵循的标准规范

这部分是介绍我们设计出来的结果

是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范，全要在这部分中体现出来

解决方案为了让大家容易理解，我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍，这个例子就是一座大楼的设计方案

设计一座大楼是一件很复杂的工作，要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等，要进行力学分析、结构分析等，可以说设计一座大楼是一项庞大系统的方案设计工作

后面将给大家介绍一下编写这部分内容的注意事项

首先请大家记住，我们这里讲的设计方案，是我们与用户沟通交流的方案

目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求，是让用户树立起与我们合作的信心，但并非是一个具体的开发方案

因此需要重点突出而不需面面俱到，不需要或者千万不要落到具体的细节上，要尽可能保证各部分内容的均衡

设计方案编写要点之一在方案描述部分的最前面，要有一个方案的总体描述，可以称为总体设计方案

或成为方案蓝图也就是项目的总体目标这部分是对你的设计方案的高度概括性介绍

设计方案编写要点之二为了能让用户了解你的方案的全貌对于比较复杂的设计项目来讲，不是几句话几段文字可以表述清楚的需要站在不同的角度、针对于不同的层面进行介绍譬如说大楼的外观，从正面看，你是看不到全貌的，即便你把外貌全介绍清楚了，如果不介绍其他的话，别人也很难明白这个大楼

因此要学会角度、层次的分解可以从类别上分，也可以从功能上分，分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案

一般一个IT项目方案包括：技术架构网络架构安全架构功能架构性能指标

设计方案编写要点之三对你的方案进行分解描述时，要充分考虑前面需求分析的内容

需求分析中提到的需求和问题，在方案描述部分都要有相应的解决方案，前后呼应，前面讲为什么要做，这里讲怎么实现

与需求分析呼应，也是方案分解描述时进行分解的参考依据

方案是否与需求相呼应，意味着方案是否扣题

有很多这方面做得不到位的方案，对在这个项目上行，按在另外一个项目上也行，就成大笑话了

目的性强！设计方案编写要点之四对于一些用户关注的问题和需求，以及通过分析具有比较高复杂度的问题，也要分解出来进行单独讲解一是表明我们对用户的需求的充分响应二是表明对需求理解的深刻，尽管有些问题很复杂，但我们有可行的解决方案

借此增强用户的信心

设计方案编写要点之五要与前面设计原则部分相呼应在方案的描述中，要体现出我们是严格遵从前面制定的原则的

同样，也要对所遵循的标准规范有呼应

设计方案编写要点之六多采用图示的方法大家都知道，无论文笔怎么好，文字的东西总是比较抽象的读者必须通过联想才能理解你描述的含义

如大楼的外观情况，如果文字描述，很可能长篇累牍地写了一大堆，别人还是搞不明白

而用图的形式，可能只需三两张图，就把大楼的外观展现的清清楚楚了

图示的作用是直观

图是对方案的高度概括和抽象

做一张好图，要基于你对方案完全了解和掌握，也要基于你的知识和经验的积累

真正好的方案描述都是图文并茂，用文字辅助解释图中关键的部分

设计方案编写要点之七要学会使用表格进行描述与图示一样，表格也是一种非常好的方案描述的方法

表格的作用是简练、调理、清晰，更容易让读者理解你所表述的内容

对于一些包含大量数字，或者描述形式重复的内容，都可以采用表格的形式描述

设计方案编写要点之八对于一些重要的指标或用户关心的指标需要基于你的方案进行分析用合理的分析模型和数据证明你的方案能够达到用户所期望的指标例如设备配_选型设计，用分析的指标作为依据设计方案编写要点之九对于一些需要利用其他厂商产品进行集成的项目要讲明你所选择的原因和这些产品的作用要对你所选择的主要产品从功能和性能角度进行介绍

设计方案编写要点之十为了突出我们期望让用户产生深刻印象的内容

可以在方案描述的最后一部分做一个总结，可以用方案特点介绍的说法

在特点介绍中，要突出我们独有的特点（在一定程度上会让用户去找我们竞争对手相关的内容）

要突出用户关心的问题（与需求分析呼应）等，大家需要注意，特点一定要“特”

方案特点组织的好，也会对用户产生比较强的冲击力

设计方案编写要点之十一编写方案的时候，特别是编写这部分方案的时候切记千万不要凑材料，这个地方抄点那个地方摘点进行拼凑，这是编写方案的大忌如果需要摘抄一些资料，必须自己完全掌握这些资料的内容并且确认对解决特定的问题有帮助

设计方案编写要点之十二开发实施计划，也称总体进度计划，是对全部相关计划的有机整合，也叫整体计划

整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等

项目开发实施方案（计划或工作路线）我们常说，要完成一件事情，需要有计划、有组织、有措施、有保障地进行

我们的设计方案完成后，接着就要给用户介绍我们怎么实施完成，这就是实施方案

实施方案的编写需要按照有计划、有组织、有措施、有保障的线索，基于项目管理的思想进行阐述

在这里对大家有一个要求，就是你在写出来这个实施方案之前，你已经真正明白了这个项目到底怎么干才能干好

如果你都不知道怎么干的话，写出来的所谓的实施方案是不是可行就需要打个问号了

这个问题在很多人在写实施方案时常犯的错误

我们需要基于项目管理的思想来描述开发实施方案

首先需要明确项目的目标

其实方案确定好了，总目标是非常清晰的，那就是按照用户的需求开发出系统，按照用户的时间约定部署实施完成

但如果仅仅这样讲，那只落在了总目标的口号上了

为了拿出真正可行的方案，需要把目标进行分解，分解成一个个阶段性目标或历程碑性目标，这项分解要尽可能的准确和详细，目标越清晰具体，越容易找到实施方案

要反思，如果这一个个的阶段性目标都实现了，是不是就能很好地完成和实现总目标，如果是，说明你的分解基本就是合理的

当目标分解工作完成后，各个子目标之间可能存在时序关系，也可能存在其他关联关系，为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持，有一些比较复杂的工作可能需要一些方法的指导（工作预案）

对应于每个子目标，把这些相关的东西搞清楚描述出来，然后按照时序关系排列起来，项目的实施计划就出来了

实施计划描述需要调理，一般可以采用表格的形式

目标分解一般是采用自上而下的方式进行具体做法是，先围绕总目标的实现分解成几个大的阶段然后对每个阶段进一步分解成更小的阶段最后落实到每一项工作任务的目标上

在实施计划中，还有一点非常重要，就是必须满足用户工期的时间要求

项目组织架构不管目标怎么定，方案怎么做的，有一点是确定的，就是必须要有人去按照计划去干，去实现一个个的目标

作为一个好的实施方案，需要对承担这项工作的队伍、人员进行组织和分工

描述这部分内容的线索可以这样

定义项目实施过程中的角色，根据实施计划的需要，对参与项目的人按角色进行分类，定义角色的责任

分析一下这个项目每一个子目标实现过程中，都需要涉及到哪些类型的人，这些人与我们的那些部门有关

设计项目组的管理架构，与实施计划相关，与工作分类和角色分工有关，要有责任明确的项目负责人角色

如果队伍比较大涉及的部门比较多的话，项目负责人就需要具有比较强的资源协调能力，明确项目总负责人和不同类型工作的负责人

根据计划的需要，选择明确项目成员

一个好的实施方案，除了给用户讲清楚怎么干以外，还要介绍你的这种干法是可行的而且是风险小的，这就是实施方案的保障措施

一般情况下，应该包含这样一些内容：沟通协调措施，要有明确的沟通协调机制保障，项目是需要我们与用户、厂商、监理等一起配合完成的，因此必须要有良好的沟通

质量要求和质量控制措施

风险分析以及规避风险的措施

预算（成本计划），包括设备采购计划和人力资源成本预算

一些复杂工作的工作预案，要让用户知道我们是有办法有能力完成这些工作的，增强用户的信心

验收计划这是对双方都负责任的约定，验收方案要科学合理，要具有可 *** 作性

对于一些特定的项目，需要对我们投入的人力和工作量进行统计

首先，你要对用户参加培训的人员进行分类不同类型的人员需要接受不同的培训大体可以从系统管理角度和系统使用角度进行分类

如系统管理员（进一步也可细分为应用系统管理人员、系统环境管理人员等）、系统使用人员（或者称用户业务人员，包括各个层面使用系统的人员）等

培训方案要点之一培训对象分类从管好和用好的角度，设计培训的课程在每一门培训课程中，要对一下项目进行定义培训课程名称培训目的和期望达到的目标（培训完了，受训人能够达到什么水平或能力）受训人技术基础要求培训形式（集中上课、上机实习）培训课时数培训教材（必需要有明确的培训教材，除了编写或购买的教材以外，可以多选用项目交付时提供的资料，如设计方案、用户手册等）培训内容概要（要介绍这门课程的主要内容）

培训方案要点之二培训课程设计根据项目总体的实施计划安排，设计课程表课程表中要明确时间、地点、培训对象、课程因为这里面要考虑总体进度，要考虑参训对象所受的时间、地点的制约课程表的编排一定要合理可行

培训方案要点之三培训课程表最后可以介绍一下承担培训工作教师的情况对几个主要培训教师的简历进行介绍另外，对于一些需要比较特殊条件的培训，介绍一下我们的保障措施

培训方案要点之四培训教师介绍用户对维护服务的期望是：平时通过有效的管理和监控，尽可能地减少故障概率系统发生故障时，出现的问题能够得到最高效率的解决这也是我们设计维护服务方案时的基本原则和目标

维护服务方案服务需求分析，对用户的服务需求，从主要服务项目和特点、响应时间、期望等进行比较详细的分析

维护服务方案要点之一服务需求分析组织管理体系，告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作，每个角色的职责是什么

对服务组织中的核心成员进行介绍

维护服务方案要点之二组织管理体系服务项目定义，对于用户的服务需求进行应对，告诉用户我们围绕这个项目，能够提供什么样的服务工作，每项服务工作的含义是什么

如，我们有什么服务是对应于减少故障的，有什么服务是对应于解决问题的

维护服务方案要点之三服务项目定义这部分介绍的是为了完成我们提供的服务项目，我们有什么样的措施进行保证

如，对于我们所提供的减少故障的服务，我们采取什么样的措施来实现

服务项目和服务措施是紧密关联的，共同来表述我们能给用户什么服务和怎么给用户这些服务

响应时间定义，这是对双方都有益的一个约定，介绍在不同情况下我们的时间响应措施

维护服务方案要点之四服务措施手段定义介绍从服务请求到服务结束我们的工作和管理流程

进一步让用户明白我们拥有一个严密的服务体系，能够满足用户的服务需求

需要的话，可以对服务流程所需的管理工具进行介绍

维护服务方案要点之五服务流程介绍前面把我们服务体系的服务组织、服务措施、服务流程介绍完后

最后要针对于用户对本项目特定的服务需求进行响应

设计满足于用户服务需有的服务方案

这部分要对用户或招标文件中的服务要求进行点对点的应答，必须明确承诺是正满足

组织

沟通

团队协作

项目周期

项目管理元素上述五个要素中的组织，沟通和团队协作是一个企业的永久性财产而不是某个项目单独拥有。项目周期的阶段是按照项目顺序排列的，并根据项目情况进行裁减。而项目管理元素是项目中的情形活动，根据不同的项目情形来选择使用。

在此模型中，横轴表示项目的逻辑顺序活动，即项目周期活动。转动的车轮表示在项目过程中根据具体项目情形使用不同的项目管理元素。代表顺序活动的横轴和情形管理的车轮安放了两个永久的墩子上，它们分别是沟通和团队协作，而支撑两个墩子的地基就是组织的，没有它，整个模型就会不牢靠，甚至倒塌。

20轮轴模型的五个要素介绍下面我们详细介绍一下每个元素的具体内容：

1 组织的

组织的是项目成功的推动力组织的首先体现在组织中应该具有一种支持项目管理实施的文化，从上到下对项目管理有一定的认知，对项目管理的作用非常认同，公司在组织结构的设置上有利于项目管理的实施，项目管理人员能够得到必要的授权，同时公司还应该建立相关的项目管理流程，为项目管理人员的工作提供必要的依据和指导，还应该为项目管理人员提供必要的项目管理工具和培训等。具体表现有管理层定期参加项目审查会议，并及时帮助项目管理人员解决项目问题等。组织的是项目成功的推动力，是项目成功的有力保障。

2 沟通

a）项目经理的80%以上的工作都在沟通，项目沟通的基础是在项目团队中要有共同的项目管理语言。项目团队可以建立自己的项目词汇表，例如WBS，它代表WORK BREAKDOWN STRUCTURE 工作分解结构。如果项目团队中的每位成员都了解WBS的意思，那末在项目例会中项目经理就不需要每次都解释它的详细意思了。所以如果项目团队能够建立自己的项目词汇表，而且项目团队成员都了解词汇表的词汇在项目管理中的意思，项目团队在项目沟通中就可以自如地使用项目词汇表中的常用术语。共同的项目管理语言可以大大提高项目沟通的效率。

b）项目中的沟通方法同样也会对沟通效率有着非常重要的影响，可视化项目管理建议的沟通方法包括：把交谈看成一个核心流程沟通中要积极主动要注意观察和倾听可以适当采用投票表决方法及时跟进会议结果确保参与人正确理解沟通内容等3 团队协作：项目工作是一种团队工作，它需要整个团队成员的紧密配合，才能实现项目的预期目标。为了创建团队协作精神，团队成员需要遵守以下原则：项目团队具有共同的目标认可成员之间的相互依赖关系，并且相互尊重遵守共同的行为准则共享奖励弘扬团队精神，激发团队活力由于项目工作的临时性的特点，项目团队的组建常常是临时的和虚拟的，通常在项目团队中不会自动地形成团队协作的氛围。组织中具有团队协作的大氛围对具体项目中的团队协作有非常积极的影响，同时，项目经理也需要应用各种技巧在这临时的虚拟的项目团队中尽快建立团队协作的项目文化。具体方法可以包括：利用团队开工会议树立团队精神让团队成员参与到项目计划制定和问题解决制定并同团队共享决策过程和决策风格建立项目信息中心，共享项目信息处理团队内部表现欠佳者，以免影响整个团队举办团队建设和庆祝活动提供相关培训及时奖励项目成就4 项目周期项目周期指从项目开始到结束的所有阶段，它包含了项目战略和战术的管理思路，它是项目经理的指路牌。制定项目周期通常需要下列步骤：确定合适的项目阶段确定项目阶段中的决策关口和子阶段确定各阶段的产品及交付物确定制作这些展品和交付物所需要的活动一个组织中通常会有多套项目管理周期模板，供不同类型的项目选用。项目经理在使用过程中可以根据自己的项目特点选择合适自己项目的周期模版来使用，并根据需要裁剪或者增加必要的活动。

3项目管理元素轮轴模型认为在IT项目的执行过程中，项目团队通常需要选用的项目管理元素有10个。

1）项目需求：项目需求包含需求建立和需求管理。它包括需求识别、证明、概念选择、分解、定义、集成、验证和确认。它所涉及的技术和工具包括分解分析和决定、需求跟踪、需求核对管理等。这个元素是根据具体情形来应用的，而不是按照顺序来应用，因为项目进行到的任何一处都有可能出现新的需求，新需求和正在进行的需求开发一起并行管理的。

2）组织类型选择组织类型选择考虑了各种项目组织结构的优劣，例如，各种结构是如何解决责任的分配问题，以及如何推进团队协作和有效沟通的。复杂的项目不一定会有复杂的结构，而且没有的""组织结构类型。组织的类型包括矩阵型、集成的产品团队和集成的项目团队组织等，项目组织结构类型的具体应用情况是因人而易的，并且随着项目周期从概念阶段到失效阶段的发展而不断变化。

3） 项目团队项目团队元素详细介绍了组织的人员安排问题。选择人员的标准包括成员的性格特征、技能及每个项目阶段面临的挑战所要求的特殊技巧。能力评估模型包含了必须的品质和技能，它是选择核心成员的基础，如项目经理、商务经理、系统工程师、计划员及分包商经理。的管理方法是根据项目周期的进展，对一些关键成员进行调整。

4）项目计划当把项目需求转换为包括交付进度和人员需求在内的团队任务授权后，项目计划工作便开始了。但这项工作并不是到此为止，经常发生的情况是只做一次计划，而当项目偏离了它的预计轨道时，计划早已被忘到九霄云外了。应该随时保持计划的实时性，计划应该反映出新的信息和实际的进展情况。计划过程使用的工具应该包括手工和计算机两方面的工具，这些工具都有助于项目战术方法的制定和实施，以完成项目目标为目的。

5） 机会和风险机会和风险的管理是整个计划过程中非常重要的部分，然而却经常被忽视。由此带来的潜在危险使得对机会和风险的关注变得非常必要，这个元素包含了识别、评估、管理机会和相应的风险等方面。包括确定与管理计划措施的相关技术，以达到提升机会和减小风险的目的。在项目周期内的任意一点都可以识别项目机会和风险，所以随着项目在周期内取得进展， 需要敏锐并正确地运用这个元素的的技术和工具。项目团队忽视这个元素是常有的事，并且由此导致了许多项目的失败。

6）项目控制项目控制经常被误解，因为许多项目中都有项目控制组织，它只是报告项目活动和进展状况，而实际上什么也不控制。控制项目是为了确保计划的事件按照计划发生，而没有计划的事件则根本不会发生。在我们的方法中，事前主动反应控制是公认的，同过程控制一样，每一个需要控制的方面都须有控制标准、控制负责人、控制机构和差异检测系统。以进度控制为例，控制标准是总计划进度，负责人是商务经理，控制机构是变更委员会，差异检测系统是进度状况。控制过程的内容包括保安措施、安全、需求、生产过程、软件开发环境、进度、成本等。事后被动反应控制是指对不能接受的差异做出反应，启动纠正措施。许多项目失败的原因是由于没有建立控制系统，或者是由于建立起的控制系统失效了。

7）项目可见性项目可见性是指项目团队和项目相关人为了收集数据和传递信息所使用的相关技术，这是为了确保项目团队进行有效的沟通和及时获悉相关的项目活动信息，它包括人工技术如走动管理（Management by walking around，MBWA） 和项目信息中心，还包括电子技术如语音邮件、电子邮件和电视会议。可见性系统及相关技术的使用必须适应实际的项目阶段、组织结构和复杂的地域分布。

8）项目状况项目状况包含与项目计划进行对比来衡量项目的表现，检测出不能接受的差异，并决定是否需要使用纠正措施。项目状况包含进度、成本、技术和商务进展。如果差异存在，评估和衡量还应该包括差异的变化率。具体方法包含挣值分析等中。 项目管理者联盟文章，深入探讨。

9） 纠正措施纠正措施是差异管理的点，强调为了实现有效的项目管理，事后管理是非常必要的，也是很恰当的。纠正措施是为了让项目返回到项目计划的轨道上所采取的措施，通常在项目取得进展的过程中或取得进展后采用。它包括的技术有加班、增加工作轮班、采用备用技术方法、更换新领导等。忽视差异和不能执行纠正措施的项目经常会失去控制。

10）项目领导能力项目领导力是10个项目管理元素中最重要的元素。领导能力是将所有的项目管理元素凝聚在一起的粘合剂，它确保其他元素的正确实施和有效使用。它代表着鼓舞士气的能力，确保在个人和团队的水平上激励项目组成员，使他们在期望的项目管理文化中，依照完成任务。领导能力强调做正确的事情，然而管理职责强调的是正确地做事情。领导能力依靠于灵活地应用各种技术，例如，与不同个性和不同技能水平的人打交道，以及组建团队和实行奖励。历史已经证明，如果没有过硬的领导能力，团队就有可能偏离基准，采用高风险、易失败的快捷方法。如果团队成员经过全面的培训，认识到了这些元素的价值并且严格遵从流程的话，他们对领导能力的依靠就会降低。

30 轮轴模型在IT领域的适用性与其它类型的项目相比，IT项目的成功率偏低已经是一种普遍的共识，纠其原因，人们普遍认为主要是IT项目的需求不稳定、执行过程中新技术含量多、研发的成分高因而导致不确定高。这些分析不无道理，但是还有一个重要的方面，就是大部分IT项目所处的组织环境都是职能型、弱矩阵型、强矩阵型、综合型，几乎没有一个IT项目所处的组织为纯项目型。这是由于IT项目的固有特征所决定的。因为相对工程项目而言周期短、规模小，选用项目型的组织结构会给整个组织的人事管理方面带来很多不稳定因素。正因为如此，IT项目的实施组织更需要建立更加专业的项目管理文化，而CSM公司推出的轮轴模型恰好为这些IT公司建立项目管理文化提供了依据和指导。具体来说，可以体现在以下几个方面：IT项目管理平台的建立：IT组织可以参考轮轴模型建立自己的项目管理平台，包括项目管理文化，流程及信息平台等，建立项目管理平台时可以参考可视化项目管理的五个主要方面，具体考虑的因素包括：如何在组织中建立项目管理文化，如何在组织中创立团队协作的项目氛围，如何在组织中推广项目管理沟通语言，如何建立项目管理流程，如何定义和使用项目管理情形活动等。项目管理平台的建立将为IT项目管理提供有力的保障。

IT项目管理流程的建立：可视化项目管理介绍的管理元素非常适合IT项目管理，可视化项目管理模型的创建者本身也具有很多的IT项目管理经验，他们的经验分享特别体现在所提出的项目管理方法中，例如项目需求管理的方法，在需求管理中，V模型方法被特别提出，认为需求开发包含了从架构分解和定义最后到架构继承和验证的过程等。此部分内容尤其适合软件项目管理。

IT项目经理人的培训：可视化项目管理模型非常形象直观且有新意，给人印象深刻。能够帮助IT项目经理迅速建构起项目管理的整个框架，而且可视化项目管理方法理论和实践相结合，通俗易懂，非常适合给IT项目经理人进行项目管理培训。

总而言之，CSM推出的项目管理轮轴模型视角独特、内容新颖，不仅可以为项目经理提供方法支持，同时能够有效指导IT项目的执行组织建立高效的项目管理文化，为IT项目的成功实施奠定坚持的基础。

一般IT项目管理中常见的风险有以下几类：

需求变更风险。需求变更是软件项目经常发生的事情。一个看似很有“钱途”的软件项目，往往由于无限度的需求变更而让项目承建方苦不堪言，甚至最终亏损。预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请。

进度风险。有些项目对进度要求非常苛刻，但对于进度要求不高的项目，同样要考虑该风险。项目进度的延迟意味着违约或市场机会的错失，预防这种风险的办法一般是分阶段交付产品、增加项目监控的频度和力度、多运用可行的办法保证工作质量避免返工。

质量风险。有些项目和用户对软件质量有很高的要求，如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。一般需要经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等。

技术风险。在软件项目开发和建设的过程中，技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。

在应对IT项目的风险方面，可以借助信息化项目管理系统解决，比如8Manage PPM，能够对项目进行全程的风险跟踪，自动检测项目各种系统性风险及其影响，包括项目计划，成本，资源以及质量的风险，并且能根据现有影响自动推测最终的影响，做到自动监测超时和超支风险、自动监测使用不恰当资源与资源短缺的风险等工作，并提供集成的风险登记表和预警提示，使项目人员可清楚地知道若不及时恰当地管理这些风险的严重性。同时，8Manage支持记录用户自定义风险并跟踪风险从开始到结束的整个过程。系统会自动根据风险发生几率的高低和采取行动前后风险的的影响来分类和评估每个风险，以便项目人员更快速有效地确定行之有效的方案来避免风险，为IT项目的成功研发保驾护航。

IT项目管理是项目管理在IT领域的应用，结合IT行业特点运用项目管理技术、理念和方法，包括9大知识领域（项目综合、范围、时间、成本、质量、人力资源、沟通、风险和采购管理）以及启动、计划、实施、控制和收尾等过程组成。

在IT项目管理中通常会使用8Manage项目管理工具，可以从立项-计划-实施-收尾等全过程监控，可以管理到项目的进度、计划、风险、资源、成本、需求、变更、时间等方面， 项目实时管理，第一时间汇总项目动态，项目超支、风险预警提醒，支持多部门、多站点、大型复杂项目，多项目实时管理，第一时间发现项目问题，迅速提醒、响应。

IT项目的特征：

(1)时间紧迫性。

任何项目都有周期限制，但是IT行业的特点决定了其在这方面有更加严格的要求。IT项目的紧迫性决定了项目的历时有限，具有明确的起点或终点，当达到了目标或目标被迫终止时，项目即结束。随着信息技术的飞速发展，IT项目的生命周期越来越短，时间甚至成为项目成功的决定性因素，因为市场时机稍纵即逝，如果项目的实施阶段耗时过长，市场将被竞争对手抢走。因此，作为IT经理在开始一个项目之前，就必须明确项目的时间约束，甚至具体到每一个任务都必须明确时间要求。

(2)项目独特性。

按照项目定义可知，每一个项目都是惟一的，世界上没有完全一样的两个项目。但是这一特性在IT领域表现得更为突出，IT项目不仅向客户提供产品，更重要的是根据客户的要求提供不同的解决方案。即使有现成的解决方案，也需要根据客户的特殊要求进行一定的客户化工作。因此，IT项目经理必须在项目开始前通过合同(或等同文件)明确地描述或定义最终的产品是什么。如果刚开始对项目的目标没能定义清楚，或未达成一致，则最终交付产品或服务时将很容易发生纠纷，造成不必要的商务和名誉损失。在IT项目中，即便是定义清楚了项目的目标，客户仍然会经常调整实现指标，这就使得项目变得很难控制，因此这就需要项目组与客户单位有良好的沟通渠道，否则变更是无止境的。

(3)不确定性。

IT项目的不确定性是指项目不可能完全在规定的时间内、按规定的预算由规定的人员完成。因为项目计划和预算本质上是一种预测，在执行过程中与实际情况定会有差异。另外，在执行过程中还会遇到各种始料未及的“风险”，使得项目不能按原有的计划来运行。因此，在IT项目实施过程中既要制定切实可行的计划，又不能过度计划。过度计划就是将项目中非常微小的事情都考虑清楚才动手实施，制定“详细的计划”的目的是试图精确地预测未来，但这有时也是不切实际的，在执行过程中经常会出现计划难以与实际一致，而不得不频繁地进行计划调整。因此，在IT项目执行过程中仍会碰到各种各样意想不到的问题，且往往没有现成的处理方法，这就需要项目经理掌握必要的工具方法，掌握整体过程和关键要素，灵活面对，妥善解决。

以上就是关于IT项目组合管理有哪些阶段全部的内容，包括:IT项目组合管理有哪些阶段、如何编写IT项目方案、P2IT项目的可视化管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！