IT项目如何做好项目流程管理

做售前很考验人吧，很能锻炼各方面能力的，你目前的主要困惑是什么？你期望的工作是什么样的？

专家只是提供设计的方法，真正的职业生涯还是要自己来设计。人们在设计职业生涯时往往会出现以下情况:一是对自己不了解，不知道自己擅长什么，适合干什么，想干什么，如何突破等等；二是对环境认识不清，其表现有两种——理想化或失去信念。如果你确立了自己的职业发展方向，就要学会运作，包括工作和人际关系，不要让车等你，而应在车站等车。在组织和个人两者中，应强调改变个人，调整自己，以达到设计的目标。即使达不到目标，也许只达到一半，实际上你已经从中得到实惠。

你的职业规划就是回答自己心中的疑惑与问题，不断理清思路过程中前行，祝你成功！欢迎交流！

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

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

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

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

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

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

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

一般出现在申报方案

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

给读者阐明为什么做

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

一般出现在申报方案

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

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

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

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

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

一般出现在申报方案

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

是解决方案的主体

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

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

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

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

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

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

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

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

给读者阐明为什么做

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

借此增强用户的信心

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

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

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

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

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

图示的作用是直观

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

首先需要明确项目的目标

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

质量要求和质量控制措施

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

软件项目开发管理过程中，不仅要努力实现项目的范围、时间、成本和质量等目标，还必须协调整个项目过程，以满足项目参与者及其他利益相关者的需要和期望；随着软件规模和所涉及的领域不断地扩大，软件项目的管理越来越困难。纵观所有失败的软件项目，基本原因是不能管理其软件过程，在无纪律的、混乱的项目状态下，组织不可能从较好的方法和工具中获益。严谨的软件过程控制与管理不仅可以在每个阶段回顾和纠正项目的偏差，识别软件项目的风险甚至果断中止项目，而且可以将人才流动所带来的不利影响减少到最小。要进行有效的过程控制，必须明确软件项目管理流程。

1、流程第一阶段：项目的启动

在项目管理过程中，启动阶段是开始一个新项目的过程。启动信息技术（IT）的项目，必须了解企业组织内部在目前和未来主要业务发展方向，这些主要业务将使用什么技术及相应的使用环境是什么。启动信息技术（IT）的项目的理由很多，但能够使项目成功的最合理的理由一定是为企业现有业务提供更好的运行平台，而不是展示先进的IT技术。

2、流程第二阶段：项目的计划

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

3、流程第三阶段：项目的实施及控制

在项目实施阶段是占用大量资源的阶段，此阶段必须按照上一阶段定制的计划采取必要的活动，来完成计划阶段定制的任务。在实施阶段中，项目经理应将项目按技术类别或按各部分完成的功能分成不同的子项目，由项目团队中的不同的成员来完成各个子项目的工作。在项目开始之前，项目经理向参加项目的成员发送《任务书》。

4、流程第四阶段：项目的收尾

在项目管理过程中，计划的编制是最复杂的阶段，项目计划工作涉及九个项目管理知识领域。在计划编制的过程中，可看到后面各阶段的输出文件。计划的编制人员要有一定的工程经验，在计划制定出来后，项目的实施阶段将严格按照计划进行控制。今后的所有变更都将是因与计划不同而产生的。也就是说项目的变更控制将是参考计划阶段的文件而产生的。

5、流程第五阶段：项目的维护期

在项目收尾阶段结束后，项目将进入到后续的维护期。项目的后续维护期的工作，将是保证信息技术能够为企业中的重要业务提供服务的基础，也是使项目产生效益的阶段。在项目的维护期内，整个项目的产品都在运转，特别是时间较长后，系统中的软件或硬件有可能出现损坏，这时需要维护期的工程师对系统进行正常的日常维护。维护期的工作是长久的，将一直持续到整个这个信息技术（IT）项目的结束。

企业信息化总是经历风风雨雨，并伴着矛盾和挫折。当谈起公司的信息化实施时，许多CIO千言万语，感慨万千。当问到公司是否有制定IT规划？许多CIO却表现出沉默寡言。对于很多CIO来说，制定IT规划可能是捣弄一些数字，目的在于制定出IT部门工作计划和预算，以提供给高层参考和批准。事实证明，很多企业的CIO都是把IT规划想得太简单，诸如片面的听取软件供应商描绘的应用状况，兴奋之余而未加思考和详细规划。在实际实施中，没有充分估计到实施过程的艰难，也没有考虑到企业自身的实际情况。因此，多走了很多的弯路，尝试了许多折戟沉沙的阵痛，在前几年信息化实施中许多项目更是败报连传，以至于不得不做出项目暂停的决定。实际上对于CIO来说，规划一个完整的IT规划的过程往往需要考虑更多的因素，甚至是长时间的痛苦工作。为什么不重视IT规划？“IT规划，不就是做个计划吗这事容易，琢磨一下就可以了”，常常听到有CIO这样说。无疑，IT规划有时候拍拍脑袋可以得到答案，而费心费力做IT规划同样得到类似的答案，那么区别在哪里？道理很简单：从表面上看答案相差无几，然而冰山下面可就大不相同。两者最大的区别是CIO对信息化的看法不同，正是这种不同的看法却对信息化成果造成很大的影响。比如，前者往往是在随意的情况下凭着感觉实施信息化系统，一旦在实施的过程中碰到障碍，IT建设的合理性将遭到质疑，给信息化带来较大风险。而后者却是带着对信息化目标相对一致的情况下展开推进工作的。例如看上去非常相似的都是要实施ERP+PDM，但谁先谁后的问题有着本质的不同，需要充分考虑企业当前的技术水平、管理水平、企业风格等因素。在IT建设时，稍一不慎有可能谬以千里，拍拍脑袋固然可以得到答案，但在本质上，却是将信息化交付在沙堆的高楼之上。IT规划，本质上是在企业管理和IT之间搭起一座桥梁，然后从IT的角度看管理问题。任何一个企业在发展过程中都会碰到各种各样的业务问题，其中有些来自于战略、组织，也有的来自于IT;有些是局部的，比如客户信息的统一管理;还有的是全局的、系统性问题，比如库存居高不下等等。只有站在比较高的角度搜集、整理、分类，才能清楚地了解问题的涉及面，从而提出相应的解决方案。无论如何，IT规划实质是使企业有一次梳理业务问题的机会，并透过IT看管理。因此， IT规划是梳理业务问题，打开一扇解决问题的门，成功的IT规划往往亮点也是在这里。但以下的原因往往使企业轻视IT规划。(1)IT规划收益“不明显”，对投资产生顾虑IT规划收益“不明显”，这直接导致领导对IT规划投资产生顾虑。IT规划不像网络建设能够立刻实现通信，不像硬件投资能马上拥有实实在在的IT资产，甚至连IT软件应用也比不了，IT软件应用也能很快满足各个部门的业务需求。因此，决策者更愿意花成千上万的资金购买设备，也不愿花人力财力做IT规划，更谈不上实施规划。(2)IT规划与业务发展规划脱节IT规划的一个基本原则是：IT信息化规划与企业的业务战略相匹配，要支持和促进业务战略目标的实现。而实际情况通常是许多CIO在IT规划是拍“脑袋”和照搬其它公司的信息化规划，与本企业的业务发展规划脱节。在规划的时候经常犯的错误是，要么规划非常宏大，成空中楼阁，水中花。要么规划非常实际，成了解决具体问题的项目设计，没有整体化和全局的观念。(3)规划的时效性不够规划被轻视，时效性不够是很大的一个原因。在IT规划制定、论证和落实的过程中，企业的各种环境是瞬息万变的。这种瞬息万变的情况，大的方面甚至是企业战略转型，小的方面也可能是某个业务流程的变化，规划的适用时效如果把握不好，很容易落得“计划赶不上变化”的骂名。IT规划是多项目管理的必然需求“轻IT规划，重建设的战略”会存在一个很大的致命缺陷。一个很浅显的道理——事后控制不如事中控制，事中控制不如事前控制。可惜大多数CIO等到错误的决策造成了重大的损失才寻求弥补，更多的时候是亡羊补牢，为时已晚，这正是IT规划意味深长的地方。我们都看过杂技表演“抛球”，杂技演员同时抛转四五只皮球。不仅如此，在抛球的同时，还能够分出精力来完成其他高难动作。如果把这些皮球视作一个个项目，那么CIO也需要掌握类似技巧来管理好多个项目的实施。否则，手头的项目就会像这些皮球一样掉落在地。从过去单个IT项目的实施，到OA系统、 ERP系统、CRM系统、决策支持系统等多项目的管理，是企业必然会遇到的一道坎。而且，多IT项目管理今后将是一个常态，越来越多的企业在同一时间内必须执行越来越多的IT项目。在有限的资源下，如何管理好IT建设已经是一个迫在眉睫的需要，而良好的IT规划，正是CIO破解多项目管理难题的有效方法之一。IT规划宜分步走，忌盲目好大喜功近几年，许多企业陆续上线了很多项目，ERP系统、OA系统、邮件系统、财务系统、CRM系统等。但逐渐也感觉到，这些系统在应用中各自为政，难以统筹运营，缺乏统一的企业门户。过高地估计困难、会削弱人们进取和拼搏的勇气和信心，使人们瞻前顾后;但盲目好大喜功，则会让IT建设陷于困境。IT规划能明确技术现状和方向，保证一定程度上业务模式与IT系统的松耦合，能使IT系统长期支持业务模式的变化和调整。制订IT规划、对规划进行论证是CIO的重要职责，但忙碌的结果，可以说是几家欢喜几家愁，有的IT规划顺利通过，有的规划则饱受指责，最后被冷落一旁。哪么应该怎样制定有效的IT规划呢？(1) 从老总的角度看问题做IT规划，一定要站在老总的角度看问题，不能光从IT角度就事论事，要从商业角度出发做规划。诸如目前企业生产经营的问题和现状是什么，老总主要考虑的问题是什么，方向是什么,IT规划应该围绕这个核心指导思想来进行。IT规划可以帮助一个企业通过分析IT现状、结合业务需求，制定出能够支持未来一定时间内业务发展的、适合企业远景和战略的IT策略及发展路线。在规划方面，务必要从容易成功的项目做起，解决当前企业经营中最迫切需要解决的问题，同时必须要量化IT投资带来的价值，用数字说话，要满足老总关注的利润重点，淡化IT规划效益“不明显”的弱势。(2)与核心业务相融合“凡事预则立，不预则废”，在开展IT规划时，要充分了解企业的核心业务以及高优先级业务的需求。了解哪些业务在企业中起着举足轻重的作用，并对业务能力现状和IT能力现状进行分析。业务能力分析是对企业各项业务活动的运作模式进行分析，揭示现状与企业愿景之间的差距，确定关键问题。IT能力现状分析是诊断企业信息化的当前状况，包括基础网络、数据库、应用系统状况，分析IT系统对企业未来发展的适应能力，给出IT能力评估。在一个IT规划中，应当首先考虑核心以及高优先级业务的需求，保证IT规划的结果不会对这些系统带来负面影响，同时IT规划的结果应是推动这些业务的健康运行和发展。在IT规划中，凡涉及到组织、人员、流程，尤其是涉及到核心业务的，应当首先在规划中体现出对现有环节的相融性而不是相斥性。从这种意义上说IT规划是企业的辅助规划，是为企业战略发展和业务发展规划服务。(3)从企业困境出发IT规划必须紧密结合企业当前发展趋势，不能太“理想化”。太高瞻远瞩，脱离企业当前的发展态势会得不到支持。就好比一个刚会蹒跚走路的小孩，你就拿出一份指导他大学选专业的规划一样得不到有效反馈。所以应该熟悉企业当前的发展规划，及企业发展的困境所在，找出企业管理环节中的薄弱点，突出企业急需解决的问题;然后，从IT角度结合企业发展困境去考虑如何提供IT支持，从而制定相应的规划。(4)两套规划，分层次以保证执行和落实作为CIO应当避免用一些专业术语去给老总做汇报，要简单明了地提出自己的规划。两套规划，一套给老总看，另一套是部门实施的具体规划。IT规划要分层次、分阶段与高层领导和业务部门进行充分的沟通。给老总看的尽可能多地阐述规划后给企业带来的利润点，给企业的利润提供多少帮助。而给实施部门的规划，则需要动员更多的部门参与规划编制。IT规划最终实施时需要很多部门配合完成的，在规划的时候就让更多部门参与进来，使他们认同规划，这样规划的可行性会得到很大提升，在IT规划决策时，反对的声音就会少很多。规划的结果要强调执行和落实，千万不要形成规划和实际实施两张皮，有时候很容易出现规划是规划，项目实施与规划脱节或者说跟规划无关。如果出现这样的情况，规划的权威性会大打折扣，最终使规划流于形式。(5)规划要考虑“规划冗余”所谓“规划冗余”是指要充分考虑未来各方面的情况，尤其是资源约束、外部变化等，做出不同情况下的多种方案，在执行中根据实际情况选择方案。当然，这些方案是有优先级差异的。对IT规划的实施风险进行分析，并指出如何规避各类风险，提高IT规划的成功保障程度。最后，要考虑预期外的事务，在实际的工作中，很多CIO抱怨规划安排得好好的，可是规划却赶不上变化，经常会有一些意外事件发生。

从普遍角度上说，一个有效的项目管理要从几方面入手。

1 项目范围

明确定义好项目管理范围，才能有效配置相应资源。

2 项目计划

根据项目要求，制定切实可行的项目计划。国内大部分项目经理都是根据上级指示做事，没有仔细做过项目评估，这就导致在项目执行过程中，经常出现不可控因素，影响了项目的执行结果。

3 项目资源

包括设备，材料，资金，人力资源等。关键是资金和人力资源，一个是保持适当的现金流，一个是保证有足够的人去做该做的事。

4 风险预估

包括对用户及对自身评估两部分。对用户主要涉及其信用度，财务状况，技术能力/经验等方面；对自身主要包括足够的项目管理人员，技术人员配置是否足够，经验是否丰富，有否做过同类项目，用户的付款条件对项目管理造成的风险是否可控？

以上是针对工程类项目，针对软件开发项目，在项目范围/风险中，还需要特别关注用户对项目的具体及特殊要求。

内容来源于ITSS符合性评估落地工具-云雀运维！！！

以上就是关于IT售前项目经理要怎么规划职业道路全部的内容，包括:IT售前项目经理要怎么规划职业道路、如何编写IT项目方案、IT项目如何做好项目流程管理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！