怎样做好项目管理工作

2012-9-24 如何编写ＩＴ项目方案 通过学习如何编写方案，让大家进一步体会管理线索在实际工作（项目）中的应用。 帮助大家更容易地理解ＩＴ项目管理的理论体系：九大知识领域和五个过程组。 帮助大家学习掌握ＩＴ项目方案编写方法。 目录 什么是方案 如何编写需求分析 如何编写方案设计原则 如何编写解决方案 如何编写实施方案 如何编写维护服务方案 如何编写培训方案 如何编写典型案例 典型设计方案分析 方案就是解决问题的方案。 方案有：用户解决方案、项目申报方案、可行性报告等等。 写方案的目的就是让别人知道，你有能力高效、低耗、低风险地完成特定的任务目标。 方案中要解决： 为什么做 做什么 达到什么效果 谁来做 怎么做 花费多大代价 有何风险、怎么控制 质量如何保证 你是否有相应的能力 什么是方案 方案的背景，讲述当前与方案相关的社会、需求、技术等背景情况，国内外同类解决方案的情况等。一般出现在申报方案。 需求分析，即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 方案的意义，高度概括，这个方案能解决什么问题，方案的实现能带来什么好处。一般出现在申报方案。 方案设计原则，就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 遵循的标准，包括国标、行标、地方标等，也是在设计方案是不能突破的尺度。 方案的目标，总体概述解决问题的方案，高度概括。一般出现在申报方案。 解决方案，给读者阐明怎么做，来解决问题。是解决方案的主体。 方案有以下要点或组成部分 组织架构 实施方案（进度计划），给读者阐叙做的具体步骤，工作路线。 服务方案（服务计划），给读者阐明你有服好务的具体措施。 培训方案（培训计划），给读者阐明你有做好培训的具体措施。 沟通计划 质量控制计划 风险识别和风险控制计划 设备采购计划 工作量估算和人力资源成本预算 典型案例介绍，给读者证明，你已经具备了实现这个方案的能力。 工作基础、工作成果积累，进一步论证你具备实现这个方案的能力。 满足用户的需求、满足招标文件中提出的所有要求是编写方案的基本原则，要对用户和招标文件的每一项要求都有明确的响应，要清晰准确地领会用户的意愿，不能随意抵触或反对用户的意愿。 要努力在方案中体现我们的特点（特别是主要竞争对手所不具备的特点），要在方案中发挥我们有利的资源，厂商产品选择是要考虑利润最大化和商务可控性。 需求分析即问题所在或方案的目的，讲明这个方案要解决的问题是什么，方案都是有目的的，在这里就是要阐明目的，并树立起要解决问题的目标。给读者阐明为什么做。 用户需求分析总会是用户解决方案的第一部分，这部分主要是分析用户项目的需求、用户的关注点和兴趣点、用户当前的资源情况和存在的问题等等。 用户需求分析是整个方案定基调的部分，是为我们为什么提供后面所描述的方案设定论点并为提供论据奠定基础。 同时，到位的需求分析，也是为我们制定方案的设计目标提供依据。 作为方案的开篇部分，如果分析到位，特别是用户的关注点和兴趣点分析到位，会立即引起用户的共鸣，迅速把用户吸引住，也更容易让用户理解我们后面的内容。 一个到位的需求分析，是一个好方案的一半。反过来讲，如果你都不能全面地把握用户的需求，你拿出来的方案也不会有什么针对性，用户不会感兴趣。 要做好需求分析，需要进行耐心细致的用户调研工作，而且根据用户项目的特点，制定明确的需求调研线索和方案。 需求分析 用户立项的宏观背景 用户立项的目的和意义 用户的组织架构 用户当前it建设的情况 采用的技术需求 软件功能需求 软件性能需求（质量需求） 平台环境需求 安全方面需求 项目风险识别 用户关注点和兴趣点详细分析等 每一部分根据需要，可以做进一步分类描述。 对于一个综合性IT应用解决方案，如金保工程方 案，需求分析应包含以下几个方面的内容 大家要注意，用户需求是多角度的 在进行需求分析描述时，各部分分类要清晰 多用条理性描述少做长篇论述 各部分内容分量要均衡 要点要清晰准确 要体现全面、到位和重点突出。 大家记住，这里每一部分的描述都将是后面相应内容的线索和论据。 用户需求分析往往是方案编写者最容易忽视的部分，好多人都是随便凑点内容，甚至凑一些根本无关的内容。 这样的后果是，因为自己不重视，也就不能真正地掌握用户的需求和期望，写出的方案针对性不强。 方案设计原则是每个方案必须的部分，也是很多方案编写者最轻视的部分，好多人的办法是随便抄一个其他方案的原则部分，应付了事。 这反映出他们根本不知道原则是什么、原则的作用是什么。 方案的设计原则是设计者对设计思想的纲领性的描述，是对需求的高度抽象和概括，是进行方案设计的最基本的指导方针。 就是在设计解决方案时，必须要遵循的原则。所谓原则，就是不能突破并必须严格遵循的尺度。在每个具体的解决方案中，都要体现预先确定的原则。 在方案设计原则中，要表明在方案设计时重点要考虑哪些问题，要突出对用户关注点和兴趣点的对策，这些内容要与需求分析的相关内容紧密呼应。 方案设计原则的编写可以分为两大类，一类是基础性原则，一类是响应用户特殊需求的原则。 方案设计原则 基础性原则在每个方案中基本都会有，如： 先进性与成熟性的原则 先进性与保护投资的原则 安全性原则 功能完备性原则 灵活性原则 可维护性原则 可扩展性原则等等。 基础性设计原则 我们拿可维护性原则作为例子分析一下“原则”的含义 可维护性的意思是，根据我们提供的方案开发出的系统，具有方便进行维护的特点。 换句话讲，我们进行方案设计和开发时，要充分考虑今后维护的方便可行。 即便这些基本性原则可能在很多方案中都有，但也要充分理解用户的期望。 如用户项目资金充裕，那可能就要突出先进性的原则 反之，可能就需要充分考虑原有设备的复用，保护原有投资。 用户特殊需求的原则要认真下一番功夫 直接体现我们是不是重视用户的想法 是不是真正理解他们的需求 要想做好这方面的文章，就必须对用户的需求、用户的关注点和兴趣点非常清晰。 一般情况下，在介绍方案时，原则部分会有比较强的冲击效果，特别是那些很到位的响应用户特殊需求的原则。 说白了，就是告诉用户，你关心什么，那么我们就将在方案中注意、解决和实现什么。 解决方案这部分是方案的主体部分，也是分量最重的部分。需求分析部分是讲为什么设计这样一个方案、这个方案要解决什么问题、有什么意义。 方案设计原则部分讲的是我们在进行这个方案设计时应该遵循的原则，或者说是应该重点关注和考虑的问题。 标准规范部分讲的是方案设计的应遵循的标准规范。 这部分是介绍我们设计出来的结果。 是不是满足需求、是不是能够解决用户的问题、是不是遵循了原则、是不是符合相应的标准规范，全要在这部分中体现出来。 解决方案 为了让大家容易理解，我在这里用一个大家比较熟悉、比较容易联想的方案设计例子进行介绍，这个例子就是一座大楼的设计方案。 设计一座大楼是一件很复杂的工作，要考虑大楼的功能需求、外观、空间、每个楼层的房间布局、强电线路、弱电线路、供水线路、供暖线路、排污管线、各种材料等等，要进行力学分析、结构分析等，可以说设计一座大楼是一项庞大系统的方案设计工作。 后面将给大家介绍一下编写这部分内容的注意事项。 首先请大家记住，我们这里讲的设计方案，是我们与用户沟通交流的方案。 目的是让用户知道我们有能力、有措施、有保障地去实现他们的需求，是让用户树立起与我们合作的信心，但并非是一个具体的开发方案。 因此需要重点突出而不需面面俱到，不需要或者千万不要落到具体的细节上，要尽可能保证各部分内容的均衡。 设计方案编写要点之一 在方案描述部分的最前面，要有一个方案的总体描述，可以称为总体设计方案。 或成为方案蓝图 也就是项目的总体目标 这部分是对你的设计方案的高度概括性介绍。 设计方案编写要点之二 为了能让用户了解你的方案的全貌 对于比较复杂的设计项目来讲，不是几句话几段文字可以表述清楚的 需要站在不同的角度、针对于不同的层面进行介绍 譬如说大楼的外观，从正面看，你是看不到全貌的，即便你把外貌全介绍清楚了，如果不介绍其他的话，别人也很难明白这个大楼。 因此要学会角度、层次的分解 可以从类别上分，也可以从功能上分，分的目的是为了更全面、更清晰、更容易地给大家介绍你的方案。 一般一个ＩＴ项目方案包括： 技术架构 网络架构 安全架构 功能架构 性能指标 。。。 设计方案编写要点之三 对你的方案进行分解描述时，要充分考虑前面需求分析的内容。 需求分析中提到的需求和问题，在方案描述部分都要有相应的解决方案，前后呼应，前面讲为什么要做，这里讲怎么实现。 与需求分析呼应，也是方案分解描述时进行分解的参考依据。 方案是否与需求相呼应，意味着方案是否扣题。 有很多这方面做得不到位的方案，对在这个项目上行，按在另外一个项目上也行，就成大笑话了。目的性强！ 设计方案编写要点之四 对于一些用户关注的问题和需求，以及通过分析具有比较高复杂度的问题，也要分解出来进行单独讲解 一是表明我们对用户的需求的充分响应 二是表明对需求理解的深刻，尽管有些问题很复杂，但我们有可行的解决方案。 借此增强用户的信心。 设计方案编写要点之五 要与前面设计原则部分相呼应 在方案的描述中，要体现出我们是严格遵从前面制定的原则的。 同样，也要对所遵循的标准规范有呼应。 设计方案编写要点之六 多采用图示的方法 大家都知道，无论文笔怎么好，文字的东西总是比较抽象的 读者必须通过联想才能理解你描述的含义。 如大楼的外观情况，如果文字描述，很可能长篇累牍地写了一大堆，别人还是搞不明白。 而用图的形式，可能只需三两张图，就把大楼的外观展现的清清楚楚了。 图示的作用是直观。 图是对方案的高度概括和抽象。 做一张好图，要基于你对方案完全了解和掌握，也要基于你的知识和经验的积累。 真正好的方案描述都是图文并茂，用文字辅助解释图中关键的部分。 设计方案编写要点之七 要学会使用表格进行描述 与图示一样，表格也是一种非常好的方案描述的方法。 表格的作用是简练、调理、清晰，更容易让读者理解你所表述的内容。 对于一些包含大量数字，或者描述形式重复的内容，都可以采用表格的形式描述。 设计方案编写要点之八 对于一些重要的指标或用户关心的指标 需要基于你的方案进行分析 用合理的分析模型和数据 证明你的方案能够达到用户所期望的指标 例如设备配臵选型设计，用分析的指标作为依据 设计方案编写要点之九 对于一些需要利用其他厂商产品进行集成的项目 要讲明你所选择的原因和这些产品的作用 要对你所选择的主要产品从功能和性能角度进行介绍。 设计方案编写要点之十 为了突出我们期望让用户产生深刻印象的内容。 可以在方案描述的最后一部分做一个总结，可以用方案特点介绍的说法。 在特点介绍中，要突出我们独有的特点（在一定程度上会让用户去找我们竞争对手相关的内容）。 要突出用户关心的问题（与需求分析呼应）等， 大家需要注意，特点一定要“特”。 方案特点组织的好，也会对用户产生比较强的冲击力。 设计方案编写要点之十一 编写方案的时候，特别是编写这部分方案的时候 切记千万不要凑材料，这个地方抄点那个地方摘点进行拼凑，这是编写方案的大忌 如果需要摘抄一些资料，必须自己完全掌握这些资料的内容 并且确认对解决特定的问题有帮助。 设计方案编写要点之十二 开发实施计划，也称总体进度计划，是对全部相关计划的有机整合，也叫整体计划。 整体计划涵盖了开发计划、实施计划、采购计划、质量控制计划、风险控制计划、项目团队建设计划、验收计划、服务计划、培训计划等等。 项目开发实施方案（计划或工作路线） 我们常说，要完成一件事情，需要有计划、有组织、有措施、有保障地进行。 我们的设计方案完成后，接着就要给用户介绍我们怎么实施完成，这就是实施方案。 实施方案的编写需要按照有计划、有组织、有措施、有保障的线索，基于项目管理的思想进行阐述。 在这里对大家有一个要求，就是你在写出来这个实施方案之前，你已经真正明白了这个项目到底怎么干才能干好。 如果你都不知道怎么干的话，写出来的所谓的实施方案是不是可行就需要打个问号了。 这个问题在很多人在写实施方案时常犯的错误。 我们需要基于项目管理的思想来描述开发实施方案。 首先需要明确项目的目标。其实方案确定好了，总目标是非常清晰的，那就是按照用户的需求开发出系统，按照用户的时间约定部署实施完成。 但如果仅仅这样讲，那只落在了总目标的口号上了。 为了拿出真正可行的方案，需要把目标进行分解，分解成一个个阶段性目标或历程碑性目标，这项分解要尽可能的准确和详细，目标越清晰具体，越容易找到实施方案。 要反思，如果这一个个的阶段性目标都实现了，是不是就能很好地完成和实现总目标，如果是，说明你的分解基本就是合理的。 当目标分解工作完成后，各个子目标之间可能存在时序关系，也可能存在其他关联关系，为了完成每一子目标都有相应的工作内容、也需要一定时间和人力资源的支持，有一些比较复杂的工作可能需要一些方法的指导（工作预案）。 对应于每个子目标，把这些相关的东西搞清楚描述出来，然后按照时序关系排列起来，项目的实施计划就出来了。 实施计划描述需要调理，一般可以采用表格的形式。 目标分解一般是采用自上而下的方式进行 具体做法是，先围绕总目标的实现分解成几个大的阶段 然后对每个阶段进一步分解成更小的阶段 最后落实到每一项工作任务的目标上。 在实施计划中，还有一点非常重要，就是必须满足用户工期的时间要求。 项目组织架构 不管目标怎么定，方案怎么做的，有一点是确定的，就是必须要有人去按照计划 去干，去实现一个个的目标。 作为一个好的实施方案，需要对承担这项工作的队伍、人员进行组织和分工。 描述这部分内容的线索可以这样。 定义项目实施过程中的角色，根据实施计划的需要，对参与项目的人按角色进行分类，定义角色的责任。 分析一下这个项目每一个子目标实现过程中，都需要涉及到哪些类型的人，这些人与我们的那些部门有关。 设计项目组的管理架构，与实施计划相关，与工作分类和角色分工有关，要有责任明确的项目负责人角色。 如果队伍比较大涉及的部门比较多的话，项目负责人就需要具有比较强的资源协调能力，明确项目总负责人和不同类型工作的负责人。 根据计划的需要，选择明确项目成员。 一个好的实施方案，除了给用户讲清楚怎么干以外，还要介绍你的这种干法是可行的而且是风险小的，这就是实施方案的保障措施。 一般情况下，应该包含这样一些内容： 沟通协调措施，要有明确的沟通协调机制保障，项目是需要我们与用户、厂商、监理等一起配合完成的，因此必须要有良好的沟通。 质量要求和质量控制措施。 风险分析以及规避风险的措施。 预算（成本计划），包括设备采购计划和人力资源成本预算。 一些复杂工作的工作预案，要让用户知道我们是有办法有能力完成这些工作的，增强用户的信心。 验收计划 这是对双方都负责任的约定，验收方案要科学合理，要具有可 *** 作性。 对于一些特定的项目，需要对我们投入的人力和工作量进行统计。 首先，你要对用户参加培训的人员进行分类 不同类型的人员需要接受不同的培训 大体可以从系统管理角度和系统使用角度进行分类。 如系统管理员（进一步也可细分为应用系统管理人员、系统环境管理人员等）、系统使用人员（或者称用户业务人员，包括各个层面使用系统的人员）等。 培训方案要点之一培训对象分类 从管好和用好的角度，设计培训的课程 在每一门培训课程中，要对一下项目进行定义 培训课程名称 培训目的和期望达到的目标（培训完了，受训人能够达到什么水平或能力） 受训人技术基础要求 培训形式（集中上课、上机实习） 培训课时数 培训教材（必需要有明确的培训教材，除了编写或购买的教材以外，可以多选用项目交付时提供的资料，如设计方案、用户手册等） 培训内容概要（要介绍这门课程的主要内容）。 培训方案要点之二培训课程设计 根据项目总体的实施计划安排，设计课程表 课程表中要明确时间、地点、培训对象、课程 因为这里面要考虑总体进度，要考虑参训对象所受的时间、地点的制约 课程表的编排一定要合理可行。 培训方案要点之三培训课程表 最后可以介绍一下承担培训工作教师的情况 对几个主要培训教师的简历进行介绍 另外，对于一些需要比较特殊条件的培训，介绍一下我们的保障措施。 培训方案要点之四培训教师介绍 用户对维护服务的期望是： 平时通过有效的管理和监控，尽可能地减少故障概率 系统发生故障时，出现的问题能够得到最高效率的解决 这也是我们设计维护服务方案时的基本原则和目标。 维护服务方案 服务需求分析，对用户的服务需求，从主要服务项目和特点、响应时间、期望等进行比较详细的分析。 维护服务方案要点之一服务需求分析 组织管理体系，告诉用户我们公司有哪些部门、哪些人员以什么样的角色参与维护服务工作，每个角色的职责是什么。对服务组织中的核心成员进行介绍。 维护服务方案要点之二组织管理体系 服务项目定义，对于用户的服务需求进行应对，告诉用户我们围绕这个项目，能够提供什么样的服务工作，每项服务工作的含义是什么。如，我们有什么服务是对应于减少故障的，有什么服务是对应于解决问题的。 维护服务方案要点之三服务项目定义 这部分介绍的是为了完成我们提供的服务项目，我们有什么样的措施进行保证。 如，对于我们所提供的减少故障的服务，我们采取什么样的措施来实现。 服务项目和服务措施是紧密关联的，共同来表述我们能给用户什么服务和怎么给用户这些服务。 响应时间定义，这是对双方都有益的一个约定，介绍在不同情况下我们的时间响应措施。 维护服务方案要点之四服务措施手段定义 介绍从服务请求到服务结束我们的工作和管理流程。 进一步让用户明白我们拥有一个严密的服务体系，能够满足用户的服务需求。 需要的话，可以对服务流程所需的管理工具进行介绍。 维护服务方案要点之五服务流程介绍 前面把我们服务体系的服务组织、服务措施、服务流程介绍完后。 最后要针对于用户对本项目特定的服务需求进行响应。 设计满足于用户服务需有的服务方案。 这部分要对用户或招标文件中的服务要求进行点对点的应答，必须明确承诺是正满足。

的理解越来越清晰，对项目管理的感悟越来越深，自己也开始喜欢项目管理的工作了。我觉着谈项目管理实在是个很大的话题，不是一天两天能说完的，我仅想把自己在项目管理的一点心得总结一下。项目管理最需要关注的是进度、质量、人力、成本、风险。一、进度是项目首要关注的点，这个点不但要对客户负责，还需要对你公司的主管负责，因为进度延期势必要影响项目回款，回款也是很多公司的考核目标，那当然也就影响了项目以及个人的业绩。答案就是要走在进度前面，替领导提前想到下一步应该做什么，提前为你的项目进展做好铺垫，识别出项目开展过程中必须开展的任务，提前去做。当然这里有点说者简单、做者难，每个项目都不可能拥有足够的资源，很多时候项目进度本来就订的很紧张，由于多种原因，我们无法去提前。但我觉着如果是怎么努力都无法按时完成的项目，我们还按照原计划去执行，那本事就是个错误，这个已经不是识别进度风险的问题，而是调整项目进度计划的问题，这里就不再讨论了。影响进度的因素我觉着有很大一部分是来自外部的，大家都是搞技术的，如果是来自内部技术、工作量等方面原因时，我想总是有办法去解决的，而且也是相对容易些的。但是来自外部的因素对于我们这些整天面对电脑的人来说，有很多时候会措手不及，例如，用户延期了需求调研的进度、推迟了培训计划、过多的用户评审会议、某个任务关键点迟迟不给确认、需求的频繁乃至重大的变更等等，这些项目组的外部因素有可能成为项目进度无法按期完成真正的黑手。这些外部因素的确不好处理，但还是有一些办法的，这是需要有不断的经验积累才能更好的提升个人这方面的处理能力，我这里倒是有几个小方法：1）客户关系要恰到好处。多和用户交流，培养感情，但又不能不讲原则，要让用户明白，因为他的原因推迟的项目进度对你以及对大家来说损失都是巨大的。2）脸皮要厚点。

在项目管理的过程中，要特别注意以下几个关键要素，它们是做好项目管理工作所必须关注的基本内容：

1合理分工与明确职责。合理的分工可以提高工作效率，明确项目成员各自的职责则可以权责统一。

2工作规范。项目组成员必须要遵守共同的工作纪律和规范，这是合作的基础。

3目标统一。整个项目组必须要有一个共同的目标和计划，来指导后续工作的进行。

4资源优化。项目经理作为整合者，需要合理地争取和分配资源。

5顺畅的沟通渠道。要保证项目内部与外部沟通渠道的通常，有问题及时沟通解决。

6公平对待每一个成员。要对员工进行合理的绩效管理，公正平等地对待所有成员。

7团队建设。良好的团队氛围可以提升成员的士气。想要学习PMP课程，推荐51CTO学堂这个PMP课程应该是业内超高性价比课程

“51CTO学堂”现有独家签约高质量讲师900余位，其中20%为国内著名讲师，52%为一线技术工程师，涵盖虚拟化、运维、网络、安全、移动开发、数据库等120多个门类，全方位覆盖IT技术各领域。在线题库包括模拟题，各大名企面试题、笔试题以及各技术领域能力自测题；每一道试题都配备有专业的答案解析，只要登录个人账号就能使用题库，明确知识难点。

IT项目管理可以分为两部分理解：一个是IT，一个管理；掌握项目管理的知识体系，项目管理的基本内容，包括项目集成、范围、时间安排、成本、质量、人力资源、沟通、风险以及采购，另一个是对IT项目特别是软件工程项目的背景和技术深入了解，第三个就是多关注现实中的成功和失败项目实例啦，积累经验。

通过对大量实践的总结，国际上已经形成一些项目管理的标准框架，如美国项目管理研究所（PMI）所推出的项目管理知识体系（PMBOK）和英国商务部（OGC）推出的第2版受控环境下的项目管理（Prince2）等。由于IT的独特性，IT项目在生命周期的不同阶段具有明显的独特性，这种独特性就要求有相应的管理方法和技术。同样是对实践的总结，美国卡耐基•梅隆大学的软件工程研究所（SEI）推出了用于软件开发的成熟度模型（CMM），美国信息系统审计与控制协会（ISACA）推出了用于IT应用过程控制的信息及相关技术的控制框架（CboiT），英国商务部（OGC）推出了用于IT服务管理的信息技术基础设施库（ITIL）。

项目管理就是把各种知识、技能、手段和技术应用于项目活动之中，以达到项目的要求。项目管理是通过启动、计划、实施、控制和结束等项目管理过程来进行的。通过对大量实践的总结，国际上已经形成一些项目管理的标准框架，如美国项目管理研究所（PMI）所推出的项目管理知识体系（PMBOK）和英国商务部（OGC）推出的第2版受控环境下的项目管理（Prince2）等。由于IT的独特性，IT项目在生命周期的不同阶段具有明显的独特性，这种独特性就要求有相应的管理方法和技术。同样是对实践的总结，美国卡耐基•梅隆大学的软件工程研究所（SEI）推出了用于软件开发的成熟度模型（CMM），美国信息系统审计与控制协会（ISACA）推出了用于IT应用过程控制的信息及相关技术的控制框架（CboiT），英国商务部（OGC）推出了用于IT服务管理的信息技术基础设施库（ITIL）。所以IT项目的管理往往是一个非常复杂的管理过程，是一个对复合项目（Program）进行的组合管理（Portfolio Management），而不是一个单项目管理（Project Management）。

不管是IT开发项目、IT应用项目，还是IT服务项目，项目管理都有其共性。PMBOK和Prince2分别从项目管理的体系和过程提出了标准的框架。作为IT项目的管理者，整合这两种标准框架和方法并灵活运用，将为其进行有效的IT项目管理提供重要指导。项目管理的水平可以用成熟度来表示。项目管理的成熟度可以从两个维度来衡量，一个维度是从单项目管理到复合项目管理再到组合项目管理；另外一个维度就是从标准到测量、再到控制，最后到持续改进。

PMBOK项目管理体系

现代项目管理知识体系（PMBOK）是美国项目管理研究所（PMI）从1984年开始研究，1996年推出并投入使用，2000年新版修订的。国际标准组织以PMBOK为蓝本制订了ISO10006标准，包括一整套现代项目管理的程序、技术、工具和方法。PMI将项目管理知识体系分为9大领域，即综合管理、范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理和采购管理。

Prince2项目管理体系

受控环境下的项目管理（Prince2）是英国商务部根据长期实践经验开发出的一套项目管理标准。Prince2以一种完善的项目管理组织形式协调应对项目内外环境变化，以标准化流程、结构化的方法控制项目进程，确保实现项目投资收益。Prince2按项目的整个生命周期把项目管理分成8个过程，即计划、指导一个项目、准备一个项目、启动一个项目、控制一个阶段、管理阶段边界、管理产品交付和结束一个项目。

PMBOK与Prince2的比较

在对项目的定义上，PMBOK强调项目的目标，独特性和临时性等重要特征。Prince2在这个基础上更强调了过程和环境。PMBOK将项目管理分为启动，计划，执行，控制和结束五个过程组，Prince2将项目管理分为八个过程。Prince2的计划和指导过程贯穿整个项目生命周期，强调了计划和指导的重要性和滚动性。PMBOK没有特别强调项目各阶段间的边界和控制，而Prince2则强调项目的各阶段都是可控的。

PMBOK是一个完善的项目管理知识体系，但没有过多涉及具体的 *** 作方法，而Prince2在方法和实践方面介绍了很多可 *** 作的内容。PMBOK定位于知识架构，Prince2定位于实施指南。

PMBOK中对每个过程分为输入、工具技术和输出三部分来讲，Prince2则对每个子过程分为基本原则、背景、过程描述、职责、需要信息和关键标准来讲。

PMBOK和Prince2作为两种通用的管理方法论，各有特点，各有侧重。两种体系可以在实践中有效结合，灵活加以应用。二者都是在实践的基础上总结出来的项目管理标准体系，都会随着实践经验的总结而不断发展和更新。

利用系统、网络化的管理方法，可以优化整个项目的进度计划。 优化系统进度的一个常用方法是关键路径法，项目是由各个任务构成的，每个任务都有一个最早、最迟的开始时间和结束时间，如果一个任务的最早和最迟时间相同，则表示其为关键任务，一系列不同任务链条上的关键任务链接成为项目的关键路径，关键路径是整个项目的主要矛盾，是确保项目能否按时完成的关键。 总之，网络计划技术是一种科学、有效的管理方法，是项目进度控制，特别是负责项目进度控制的完整的计划管理的理论基础。 线上：里程碑事件 前面已经提到，任何一个项目都是由若干个相对独立的任务链组成的，只有在任何一条链都已经优化的基础上，才可能进行系统的优化，因此，保证每条任务链的效率是整个项目进度优化的前提和基础。 通常，可以采用设置"里程碑事件"的方法来保证单独任务链的最优。 所谓"里程碑事件"，往往是一个时间要求为零的任务，就是说它并非是一个要实实在在完成的任务，而是一个标志性的事件，例如在软件开发项目中的"alpha测试"，"测试"是一个子任务，"撰写测试报告"也是一个子任务，但"完成alpha测试报告"可能就不能成为一个实实在在需要完成的子任务了，但在制定计划以及跟踪计划的时候，往往加上"完成alpha测试报告"这一个子任务，但工期往往设置为"0工作日"，目的就在于检查这个时间点，这是"alpha测试"整个任务的结束的标志。 "里程碑事件"的目的就在于将一个过程性的任务用一个结论性的标志标的，从而使得任务拥有明确的起止点，这一系列的起止点就成为引导整个项目进展的"milestone"。 在项目管理进度跟踪的过程中，给予里程碑事件足够的重视，往往可以起到事半功倍的效用，只要能保证里程碑事件的按时完成，整个项目的进度也就有了保障。 实施保证 笔者根据的对中国IT企业中进度管理现状的认识和了解，认为在以下几方面给予重视，将会保证进度管理的效用： （1）加强对供应商项目进度的管理 这是根据IT企业需要多方合作的基础而提出的。企业与各供应商的项目进度统一，将保证企业项目的进度。目前的现状是大多数企业对企业内部的项目Team有较强的管理，而很难保证外协企业的项目进度，这就需要企业在与供应商谈判时就强化他们的进度意识，将项目的进度写进合同，或作为附件与合同具有同等效用，同时明确违约责任，只有这样，才能从根本上建立起以网络计划技术管理项目的框架。 在项目的进行过程中，需要建立起一个机制，保证供应商与企业内Team的沟通协调，确保进度的一致性；在项目结束时，对供应商提供产品或服务的验收标准（时间、质量等）也是需要关注的部分。 （2）关注薄弱环节，实现动态平衡 项目的进度管理并不是一个静态的过程，项目的实施与项目的计划也是互动的，在项目进度的管理过程中，需要不断调度、协调，保证项目的均衡发展，实现项目整体的动态平衡。 进度管理是一门艺术。在资源供应方面，按照资源供应计划，即时组织资源的供应工作，保证项目最需要资源支持的环节能及时得到资源。 项目的关键路径始终是项目Leader最为关心的，但随着项目的实施，关键路径可能会由于一些情形而发生变化，项目的Delay可能导致原来不在关键路径上的任务成为关键路径的必经之路，因此，Team成员需要随时关注项目进展，跟踪项目的最新计划，确保即时关键路径上任务的进度。 （3）明确每个成员的责任 对于项目中相对独立的关键任务组可采用专项承包的方式，设立子项目，再明白一点，就是定任务、定人员、定目标，进一步明确责任，确保关键任务的进度。 从普遍意义上说，应当根据项目的特点，建立项目组织的各种责任制度，将进度计划指标的完成情况与部门、单位和个人的利益分配结合及其，做到责权利一体化，"制度重于技术"，吴敬琏的这句话确实是不无道理的。

对于IT项目团队的管理可以采用项目管理的方法。下面我们给大家介绍一下项目管理中在IT项目的沟通管理应用。在IT项目管理中，专门将沟通管理作为一个知识领域。在《PMBOK®指南》中也建议IT项目经理要花75%以上时间在沟通上，可见沟通在IT项目中的重要性。多数人理解的沟通，就是善于表达，能说、会说而IT项目管理中的沟通，并不等同于人际交往的沟通技巧，更多是对沟通的管理。

一般来说，沟通管理包括以下几方面工作：

1、确定沟通目标：IT项目中沟通对象主要为IT项目干系人，不同干系人需要的信息可能不同，所以在IT项目启动时，就要识别所有的IT项目干系人。以及不同人的不同信息需求。

2、制定沟通计划：沟通对象，需要的信息，信息发布频率等都要确定好。

3、执行沟通计划。

看上去很简单，每个IT项目都可以依此模式套用，但实际上很多IT项目在执行中都会出现沟通问题，我认为大部分情况下是IT项目经理犯有沟通障碍症，主要有以下几类：

（1）“我以为”的错误：以为沟通过，别人就清楚了，以为没有反馈就是没有意见了。特别是跨部门的沟通，无论是口头还是书面，更是要注意双方是否理解一致。

（2）不敢越级沟通，不敢与高层直接沟通：不少公司的IT项目经理在职能上，一般比部门经理要低，所以经常出现IT项目经理不敢直接找高层或其它部门总经理沟通，都要上级职能经理的协助，我认为这是需要改进的，当然，这与企业文化也有一定关系，但在一个以目标驱动，强调解决问题的组织，没有人会反对这样做，包括你的上级。

特别是对跨部门的较为复杂IT项目中，IT项目经理要敢于“管理”公司高层，就IT项目问题也高层进行直接沟通。可能有部分IT项目经理是担心不知如何与高层沟通，，因为高层的思维是较发散和概要的，如果你下谈解决方案等细节问题，估计很难交流，这里也要求IT项目经理要对问题有很好的抽象归类能力。

（3）害怕被拒绝：这是人的本性。如果在销售岗位，估计有专门针对的培训。在IT项目推进中，经常出现这样的情况，你可以有一些想法建议，要么思考很久才敢提出来，不要不敢与IT项目干系人提出，白白延误了好时机，或者需要其它部门协助时，不敢提出来。

4、没有提前计划沟通活动，造成等人局面：经常出现这样的时候，要确定某个事项，需要个负责人参加，但因为没有提前计划，到时约不到人，结果推迟等待，无谓的增长滞后时间。实际上，对于难度较大问题，至少要提前两周计划好，预约好相关人员。

5、欠缺适当的沟通技巧：我们不是管理专家，不用在沟通技巧中耗费太多时间，掌握一些适当的沟通技巧，是主要是对人对事的敏感度，能针对具体事情判断是单独沟通、书面沟通、口头沟通更有效，还是需要适当借力。能达到这个层次就可以了。

沟通中最重要的不是技巧，而是你的真诚。如果你能与沟通对象建立信任关系，就是沟通的最高境界了。

沟通对于IT项目的成功是相当关键的，但同时又是容易被大家不够重视的，作为IT项目经理，做好沟通管理是基本的要求。

以上就是关于如何编写IT项目方案.ppt全部的内容，包括:如何编写IT项目方案.ppt、如何做好一个IT项目经理 (一)、怎样做好项目管理工作等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！