it系统规划中的5个步骤是什么

距离上一次写文章应该一年半有余，由于工作的繁忙，加上家庭、生活的琐事，一直没有太多的精力持续更新，经过这么长时间的总结和积累，也有一些心得可以分享。

项目管理的本质是管理人和协调资源，首先要明确项目的目标、价值。当然目标和价值往往不是那么很精确地能掌握或者达成一致。

举个例子，互联网公司和传统的IT公司，非IT公司的技术团队，对于项目的目标和价值往往是不同或者侧重点不同。很多时候我们讲，软件要以客户为中心，但是以客户为中心在实施过程中却不尽如人意。互联网公司更加贴近用户，而一些非IT公司的技术部门，往往IT项目的最终目标一方面是为了满足业务的需求，另一方面可能也是为了满足领导的需求。因此，不同类型公司，对于项目管理的定位不一定是通用的。

通常情况下，项目经理在项目前期准备的工作包括对于项目组织架构的制定，项目干系人的圈定。但是在一些组织架构并非十分明确的公司，可能项目经理还需要承担前期的商务沟通，内部流程的协调跟进等等。

识别出项目干系人之后，通常在项目启动会上各团队的主要负责人都要参加，明确项目涉及各个团队的边界以及需要配合的工作，各个团队之间往往存在依赖关系，需要明确阶段性的里程碑节点。

项目计划尽量不要在项目启动会上，因为项目启动会之前如果没有充分的团队沟通，有可能会造成边界不清晰或者评估不充分。项目经理的角色就是要协调各团队，用最少的资源达到最佳的项目交付水平。因此项目计划尽可能在线下各个团队充分评估汇总后，在后续的会议中将项目计划明确出来，同时各个团队的负责人和成员应当尽量参与，目标和进度达成一致。

不同的公司，需求讨论和分析的维度不同，产品经理的角色不一定都具备。对于面向客户和面向内部使用的产品，往往内部使用的产品场景相对较少，要求也相对较低，有的团队简单粗暴画几个流程就开始下一步。但是我认为每一个软件产品都应该做竞品分析，以做产品的思维模式去开展，一方面便于以后的扩展，另一方面让团队成员也能学到更多的东西。

技术出身的项目经理与非技术出身的项目经理在项目实施与监控上会存在很大的差异。 技术出身的项目经理往往会从系统和技术角度把控项目进度，比如安全性、扩展性 ，而非技术出身的项目经理更多的是依赖于成员的日报、周报，很难在技术维度有更加精细的监控。

复盘在业界有一套标准的方法论，但是并不一定严格按照标准去做。每一个小的里程碑或者迭代都可以做复盘，总结经验，优秀的东西发扬，有教训的东西尽量避免，而不是讲复盘作为一种事后批判的手段。

2021年5月28日，某会议中提到 “各类应景性、应酬性活动少一点科技人员参加，不会带来什么损失！决不能让科技人员把大量时间花在一些无谓的迎来送往活动上，花在不必要的评审评价活动上，花在形式主义、官僚主义的种种活动上” 。

IT人员管理应当以技术、能力为先导，当前社会，IT从业人员很多，但是人才往往是少数，尊重人才，善用人才，“专业的人做专业的事“一直以来是我对IT人员管理的原则 。

很多时候，IT项目建设过程中，脱离不了领导的主观判断，尤其对于中小规模的企业，往往即便有产品经理的角色，也不能发挥其应有的岗位能力。因此，项目管理人员应该根据团队内不同人的专业技能，充分给大家发言权、发挥权，让专业的人发挥自己更大的价值。

IT项目管理最大的一个复杂性就是人员的管理，项目管理的过程和规范固然重要，但不能因为过程和规范抹杀和项目成员的能动性和创造力，一定要肯定项目成员对项目成败的重要价值。

一个优秀的项目经理，一定是能让团队成员信服，与团队成员共同成长进步的。每个人不管职位的高低，都是企业的打工者，打工者的核心诉求无非是赚钱养家糊口，实现自我价值。因此，每个成员希望的是能从领导者身上学到东西，并且相处融洽，在项目的实施过程中增长技能。就像生养孩子一样，项目经理和团队成员应当是彼此默契配合，共同成长持续进步的一种状态。

经历过不同的企业，不同的团队，不同的组织架构，我认为一个团队的稳定很大程度强依赖于管理者。项目管理很重要的一点在于人员的管理，但是此处的管理不是“把人管住”，而在于培养人。培养的过程中制定一些规范，但最终的目的应该是培养团队成员的技术能力、沟通能力、协调能力、业务能力，让团队成员随着项目的建设和投产，积累经验，收获成果，实现自我价值。

IT项目管理和人员管理是一门学问，没有统一的标准，不同的组织架构下，不同的管理者，最终呈现的结果差异很大。 但我认为，核心还是以人为本，尊重科技人员，尊重每个人的特长，让每一个岗位都能发挥自己的价值 。

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

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

管理流程

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

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

1项目的启动过程 项目的启动过程就是一个新的项目识别与开始的过程。一定要认识这样一个概念，即在重要项目上的微小成功，比在不重要的项目上获得巨大成功更具意义与价值。从这种意义上讲，项目的启动阶段显得尤其重要，这是决定是否投资，以及投资什么项目的关键阶段，此时的决策失误可能造成巨大的损失。重视项目启动过程，是保证项目成功的首要步骤。 启动涉及项目范围的知识领域，其输出结果有项目章程、任命项目经理、确定约束条件与假设条件等。启动过程的最主要内容是进行项目的可行性研究与分析，这项活动要以商业目标为核心，而不是以技术为核心。无论是领导关注，还是项目宗旨，都应围绕明确的商业目标，以实现商业预期利润分析为重点，并要提供科学合理的评价方法，以便未来能对其进行评估。

2项目的计划过程 项目的计划过程是项目实施过程中非常重要的一个过程。通过对项目的范围、任务分解、资源分析等制定一个科学的计划，能使项目团队的工作有序的开展。也因为有了计划，我们在实施过程中，才能有一个参照，并通过对计划的不断修订与完善，使后面的计划更符合实际，更能准确的指导项目工作。 以前有一个错误的概念，认为计划应该准确，所谓准确，就是实际进展必须按计划来进行。实际并不是如此，计划是管理的一种手段，仅是通过这种方式，使项目的资源配置、时间分配更为科学合理而已，而计划在实际执行中是可以不断修改的。 在项目的不同知识领域有不同的计划，应根据实际项目情况，编制不同的计划，其中项目计划、范围说明书、工作分解结构、活动清单、网络图、进度计划、资源计划、成本估计、质量计划、风险计划、沟通计划、采购计划等等，是项目计划过程常见的输出，应重点把握与运用。

3项目的实施过程 项目的实施，一般指项目的主体内容执行过程，但实施包括项目的前期工作，因此不光要在具体实施过程中注意范围变更、记录项目信息，鼓励项目组成员努力完成项目，还要在开头与收尾过程中，强调实施的重点内容，如正式验收项目范围等。 在项目实施中，重要的内容就是项目信息的沟通，即及时提交项目进展信息，以项目报告的方式定期通过项目进度，有利开展项目控制，对质量保证提供了手段。

4项目的控制过程 项目管理的过程控制，是保证项目朝目标方向前进的重要过程，就是要及时发现偏差并采取纠正措施，使项目进展朝向目标方向。 控制可以使实际进展符合计划，也可以修改计划使之更切合目前的现状。修改计划的前提是项目符合期望的目标。控制的重点有这么几个方面：范围变更、质量标准、状态报告及风险应对。基本上处理好以上四个方面的控制，项目的控制任务大体上就能完成了。

5项目的收尾过程 一个项目通过一个正式而有效的收尾过程，不仅是对当前项目产生完整文档，对项目干系人的交待，更是以后项目工作的重要财富。在经历的很多项目中，更多重视项目的开始与过程，忽视了项目收尾工作，所以项目管理水平一直未能得到提高。 另外要重视那一类未能实施成功的项目收尾工作，不成功项目的收尾工作比成功项目的收尾更难，也来得更重要，因为这样的项目的主要价值就是项目失败的教训，因此要通过收尾将这些教训提炼出来。 项目收尾包括对最终产品进行验收，形成项目档案，吸取的教训等。另外，对项目干系人要做一个合理的安排，这也是容易忽视的地方，简单的打发回去不是最好的处理办法，更是对项目组成员的不负责任。 项目收尾的形式，可以根据项目的大小自由决定，可以通过召开发布会、表彰会、公布绩效评估等手段来进行，形式是根据情况采用，但一定要明确，并能达到效果。如果能对项目进行收尾审计，则是再好不过的了，当然也有很多项目是无需审计的。

IT项目管理

第 1 页

摘 要：本文从企业信息化建设的角度，从信息化项目建设的现状入手，强调项目选择和立项管理的重要性，详细描述了信息化建设项目启动管理的主要管理控制点，及每个管理控制点的主要措施，分析了作为IT项目的甲方，启动项目的整个管理过程。

关 键 词： 项目启动管理、需求分析、可行性方案论证

过去的几年，一些公司在信息化建设方面的投入巨大，难免有一些急于上马的项目投入与产出并不十分理想。而且由于市场环境的迅速变化，相应的业务模式也在不断的改变，从而给信息化系统的适应性提出了相当高的要求。

过去的有些项目启动时期没有很好地考虑到这些问题，造成一些项目盲目启动、仓促上马，导致项目的投入产出分析不清，项目重复建设，组织混乱，给后期的项目实施，项目维护，项目使用带来极大的风险，甚至导致系统建成后被用户弃用。最终使业务遭受损失。因此，越来越多的公司对于项目上马的决策已经趋于理性，严格要求做好项目启动前的论证工作。在满足当前紧迫的业务需求和长远的战略需求之间作好平衡。确保项目建设的成功。

相对产品供应商而言，企业在项目建设中处于合同意义上的甲方，其项目的启动过程与乙方的项目管理有很大的不同，是一个较为复杂的过程。它往往需要考虑一系列的问题，如：需求是否合理？是否有必要启动项目？项目可能带来的影响是什么？可能的投入有多大？取得的效益有多大？当前的管理模式是否能支撑？如果不能，可能要在哪些方面做好变革的准备？业界相关的产品有哪些？哪些是真正适合需求的？

因此，对项目启动管理形成统一的认知，对于实施信息化项目的企业有着非常重要的意义。

一般来说，项目的启动管理可以划分为以下几个阶段：

一、意向提出阶段

在意向提出阶段，业务部门发现需要由信息化手段来实现的业务需求，并提出建设信息化系统的期望。由于信息化项目的意向伴随着业务发展的全过程，因此，对于意向的统筹管理与规划对企业的信息化部门始终是一个难题。

对于有集中业务规划期间的企业，意向的产生经常集中在业务规划期间，比如：财年末，业务对自身的模式进行盘点期间，往往产生业务模式的改进或改革的需求，从而对信息化工具产生需求。在这一时间产生的想法或需求，往往不是很成熟，不确定性很大，后期变化的风险也很高。但这一时期，也是意向最集中，最易于统筹规划的时期。信息化部门通常在这一时期，对所有的意向进行收集，分类整理，初步形成项目建设清单。并考虑公司战略重点与资源投入的约束，对项目进行排序，以确定建设重点。

对于不在集中规划时期提出的项目意向，往往会影响到原有的整体规划与计划，各方面的论证更应谨慎，比如，项目的必要性、投入的合理性、资源到位的可能性，对已建和在建系统的影响等等。

信息化管理部门（或IT项目管理部门）可以通过建立一些制度与流程，对业务需求的意向进行引导， 尽量使意向在集中规划时期提出。

意向提出作为项目启动的一个阶段来管理，其意义就在于：对意向进行统筹规划，保证系统建设的整体合理性。

二、需求分析阶段

在受理了项目的意向以后，就进入对项目需求的分析阶段。这一阶段需要有IT人员与业务人员组成的小组，对业务需求进行详细的调研与分析。采用的方法主要包括各业务层次人员访谈、会议。

在这一阶段，IT人员与业务人员往往会出现矛盾，IT人员可能认为业务的需求不清晰，而业务认为自己的需求已经十分清晰。解决这个矛盾的关键在于，要有详细的管理控制方法，引导业务人员进行需求的细化。如，制定需求分析报告的框架，针对关键点形成文档等。一般来说，需求分析包括以下内容：

当前业务流程分析

未来业务流程分析

当前业务与未来业务的差异分析

信息化功能点需求

对将来系统的非功能需求，如：性能需求，环境需求，安全需求等

需求的优先次序

需求分析报告形成以后，还需要组织对需求的评审，以达成项目关系人对需求的一致认可。这一过程可包括：

制定评审计划：制定评审的工作计划，确定评审小组成员，准备评审资料。

需求预审查：评审小组成员对需求文档进行预审。

召开评审会议：召开评审会议,对需求规格书进行评审。

调整需求文档：根据评审发现的问题，对需求进行重新分析和调整。

重审需求文档：针对评审会议提出的问题，对调整后的需求文档进行重新审查。

三、可行性方案论证阶段

可行性方案的论证是项目启动阶段的关键活动，它的质量直接影响项目的实施效果。论证小组一般由企业内部的业务与IT技术两方面的人员组成，视项目的重要程度、难度与规模，可能还需要企业外部的专业顾问资源。

可行性方案论证的目的是通过确认管理体系和系统技术构架，从而确认未来的管理和技术方案是否有效。它立足于项目从管理上、技术上、实现上的难点进行阐述，逐步理清楚客户的需求。并在需求的基础上，规划总体解决方案，以作为项目投入产出评估的依据、产品选型的依据，以及后续实施方案的约束。

项目投入产出评估的依据：建立在业务需求分析基础上的项目投入与价值分析，往往是比较粗略的宏观感受。业务人员在提出信息化需求时，可能并没有充分考虑它与其它系统之间的关系，这样得出的投入与产出分析也是很粗略的。如果在此基础上，通过设计可行性方案，考虑清楚该项目的定位，与其它系统的关系，相信投入产出的分析将更有说服力。

产品选型的依据：可行性方案的制定是建立在业务需求的基础上，是不受任何产品影响的。因而它是后续产品选型的依据，它使得企业可以在产品选型过程中始终坚持从自身的需求和规划为原则选择产品与方案，而不至于受到供应商解决方案的误导。

实施方案的约束：可行性方案与实施方案是总体设计与详细设计之间的关系。可行性方案描绘了总体的业务方案与技术架构，而实施方案是可行性方案在各方面的细化。

此外，围绕可行性方案从管理上、技术上、实现上对难点进行的阐述，可以有效地开展项目的风险分析，制定项目的风险管理策略，为项目的成功提供保障。

四、产品选型阶段

当可行性方案需要通过选择新的产品来完成时，进入项目启动管理的产品选型阶段。在该阶段，对供应商进行初步的筛选以后，根据需求与方案要求，制定招标文档，接收供应商的项目解决方案，并根据评估标准，组织相关人员对供应商进行评估，选出2个以上的供应商进入商务谈判。并在立项报告审批通过以后，与供应商签署合同。该阶段又可细分为以下几个步骤：

创建RFP：根据需求阶段与可行性方案阶段分析的结果，制定向供应商招标的文档。

第 2 页

解决方案评估：制定产品选型评估的标准是该活动的核心，它包括：应用软件评估：对产品本身的功能、性能、体系架构、用户友好性、市场评价、费用等方面进行考察；

软件运行环境评估：对系统运行所需要的服务器、客户机的软硬件配置进行评估。这是很容易被忽略的一部分，又是有可能对后续实施投入影响最大的一部分，尤其是在客户端数量大，环境复杂的情况下。

项目实施评估：在信息系统的建设中，项目实施方法与能力已经成为项目成败的重要环节，因此对服务商实施能力的评估显得尤为重要。评估内容主要包括：实施方法、实施费用、实施周期、实施顾问经验以及对相似实施案例的考察。

培训与售后服务评估：包括考察培训方式、费用、售后服务方式、费用、响应时间等。

供应商评价评估：对供应商的基本面进行评估，如供应商的规模、业绩、合同语言和仲裁地、与客户的合作策略等方面。

效益风险评估：即项目的投入与产出的评估。这是最难评估的一项，当前在信息化项目中尚没有形成较完备的投入产出的量化评估指标，多是采用一些定性的分析与比较。

商务谈判

关于商务谈判的组织与技巧，有许多专门的论述。从信息化项目管理角度上具体来看，商务谈判是在一定的策略指导下，与产品及服务实施商进行的，确定合同条款的过程，目的是最大化的维护公司利益，确定最优的价格和服务条款。

商务谈判的依据是评估通过的解决方案，其过程通常包括：组织谈判小组、制定谈判方案、实施谈判、签署合同。值得注意的是，商务谈判与后续的立项报告审批并没有严格的先后关系，是可以同时进行的。但合同签署必须在立项报告审批完成后才可进行。

五、立项报告审批阶段

立项报告是项目启动阶段的重要文档，在这一阶段，需要将从意向提出、需求分析，到可行性方案论证，到产品选型各阶段产生的重要内容整理形成文档，并任命项目经理、建立项目组织机构，申请项目经费，然后按公司的管理流程，交相关的部门会签，成为确认项目合法性的文件。后序的所有项目活动都要以立项报告为依据。

六、项目启动会阶段

有时候，项目启动会被看作一个时间点，一个里程碑，而不是一个阶段。这里将立项批准后，项目启动准备到项目启动会结束这一过程统称为项目启动会阶段。

项目启动的准备工作比较繁琐，具体事宜取决于项目所在的管理环境的要求。在项目启动准备期，可以准备一个项目启动检查清单，以确保项目启动工作的有序，避免疏漏。一般说来，启动会准备工作包括：建立项目管理制度、整理启动会资料等。其中建立项目管理制度是非常关键而且容易忽略的一项工作，主要包括：

项目考核管理制度

项目费用管理制度

项目例会管理制度

项目通报制度

项目计划管理制度：明确各级项目计划的制定、检查流程，如：整体计划、阶段计划、周计划

项目文件管理流程：明确各种文件名称的管理和文件的标准模版，如：汇报模板、例会模板日志、问题列表等。

项目启动的准备工作完成后，就可以召开项目启动会议了。启动会议是项目开工的正式宣告，参加人应该包括项目组织机构中的关键角色，如管理层领导、项目经理、供应商代表、客户代表、项目监理、技术人员代表等。项目启动会的任务包括：

阐述项目背景、价值、目标

项目交付物介绍

项目组织机构及主要成员职责介绍

项目初步计划与风险分析

项目管理制度

项目将要使用的工作方式

从这些我们可以看出，实际上，项目启动会已经涉及到了项目计划阶段的初期内容，这也映证了在PMBOK体系中启动阶段与计划阶段的重迭。

结论：综合上述，我们可以看到，在信息化项目建设中，企业的项目启动阶段要经过意向提出、需求分析、可行性方案论证、产品选型、立项报告审批、项目启动会一系列管理活动的控制，方可完成项目的启动，进入项目实施阶段。做好项目启动管理是企业进行合理的投入产出分析，有效控制项目风险，确保项目成功的关键。

以下内容根据网上内容进行收集整理

2015年参与了公司十三五的IT战略规划编制，当时并没有了解太多战略规划方法论，主要还是咨询公司主导。近期又参与到IT战略规划的修编，希望能做得更好一些，有所提升，所以仔细研究了下四大咨询公司IT战略规划项目的方法论（资料大多来自百度文库），毕竟这些咨询公司很善于把无序的项目型工作整理出结构化的方法论来。从各家规划的方法论来看，套路基本相似，根据这些规划方法论层层展开、分析，一家公司的IT战略规划也就逐渐明晰起来。

IT战略：制定信息化的愿景、目标和需要的能力，并给出信息化建设指导原则；

IT架构：勾画实现IT战略目标所需要的应用系统架构、集成技术架构和基础设施架构目标蓝图；

IT管控：搭建IT总体管控模式、定义IT组织结构、职能和关键岗位职责、定义IT管理流程框架和IT评价及审计机制。

总的来讲，在项目启动之后，整个规划项目将划分成四个关键的步骤：分析业务与IT现状、确定IT战略方向、设计未来IT蓝图以及制定IT战略实施计划。各个阶段将分别完成一系列任务，并提交相应的工作成果。

在整个项目过程中，最关键、最核心的是未来IT蓝图设计阶段。项目组将在理解了客户的业务战略、业务现状、IT现状以及已有的IT项目计划的基础上，充分运用埃森哲对业务发展趋势以及技术发展趋势的深刻理解，参考国内行业机构在实施信息化过程中的各种先进经验，为客户设计出未来的IT蓝图。

本阶段埃森哲最重要的任务是通过与客户项目负责人的深入沟通，进一步明确并确定项目的工作范围，在此基础上制定出合理的项目计划。同时，埃森哲与客户双方均需尽快为项目配备相应的资源。

项目启动阶段最重要的成果是明确可行的项目计划。

在现状分析与诊断阶段，埃森哲项目组将基于埃森哲已有的对税务业务的理解，进一步了解客户业务流程的特点，从而了解客户各级部门面临的与信息技术有关的主要问题和需求。

另一方面，更重要的是要了解分析客户当前的IT架构（包括数据架构、应用系统架构、IT基础设施架构）和IT管控模式（包括IT部门的业务流程、IT部门组织和管控模式等），从而对客户已经具有的信息技术能力有一个全面的了解。

通过对客户业务与信息技术现状的调研，项目组将会对客户的业务和信息技术条件有基本的理解，并对客户的长处和弱点有所了解。

在现状分析与诊断阶段，项目组将会阅读客户所提供的大量的文件、资料等，并会对客户各主要业务部门以及信息技术部门进行一系列的访谈。

现状分析与诊断阶段最重要的成果是现状分析报告。这份报告一方面要描述业务现状与信息技术现状的基本情况，另一方面，更重要的是要识别出业务对信息技术提出的最主要的需求，以及信息技术领域面临的一些最主要的问题。

我们将通过对 客户主要领导进行访谈，获得对客户业务战略的理解。在分析了客户业务与信息技术的现状，并理解了客户的业务发展战略的基础上，项目组将结合埃森哲全球税务咨询的经验和对信息技术的深刻理解，并参考国内外的先进实践经验，制定出客户的IT战略方向。

我们假设客户已经清楚地定义了业务发展战略，并且形成了相应的文件。因此我们的访谈只是对有限的问题与客户主要领导进行进一步确认。当我们完成对业务战略和IT战略方向的确认和定义后，也将与客户主要领导对该结果进行确认。

如前所述，决定客户的IT战略实际上就是要分析业务战略对信息技术提出的要求，从而定义出客户的IT愿景、关键的IT目标、需要的IT能力，以及IT在客户应该扮演的角色。

在确定了IT战略方向以后，我们还会根据客户的现状、战略目标以及先进的实践经验，形成制定IT蓝图的一些重要的指导原则和一些基本思路。

项目组所确定的战略方向、指导原则以及初步的设计思路将会客户进行充分地沟通，得到客户的确认之后，这些原则和初步思路将用于指导下一阶段的IT蓝图设计。

这个阶段的主要任务是设计客户未来的IT架构和与之配套的IT管控模型。IT架构包括数据架构、应用系统架构以及IT基础设施架构（硬件设备、系统软件和网络等），而IT管控模型则包括IT组织、IT流程以及IT绩效管理等。

业务对信息技术提出要求，同时，信息技术也会为业务的发展提供新的可能。因此，在设计未来的IT蓝图时，有可能会发现，有必要对部分的业务流程进行调整和优化。流程改进的建议也将在这个阶段完成。

根据分析结果并经过深圳国税的确认后，项目组将定义客户的信息技术能力蓝图和IT架构。定义的IT架构覆盖以下方面：

数据——确定主要的数据来源和数据流（数据分布和数据接口），这一方面是为了将应用系统与业务流程对应起来，另一方面也是为了支持业务流程以及应用系统之间的信息流

应用系统——既包括各个应用系统的功能描述，也包括应用系统的集成与整合架构

IT基础设施——对支持应用系统的关键硬件、系统软件、设施加以说明，并勾画出概要的网络结构与网络资源需求

为了管理、执行和支持所定义的 IT 架构，需要对信息技术进行有效的管控。 IT 管控模型主要包括以下要素：

IT业务流程——定义IT系统的规划、建设、维护等业务流程以及相关的决策和财务方面的责任

IT部门的组织模型——定义IT部门的组织结构、角色、职责以及IT部门与其他业务部门的关系

IT部门的绩效目标和考核指标——定义业务绩效指标，指导IT组织的管理

IT业务规范和标准——确定用于指导IT系统实施和绩效监控的原则（如定义服务水平，系统开发标准等）

分析 客户未来IT蓝图与现状之间的差距，确定这些差距的难度与优先级，提出客户的IT系统整合候选方案，并对候选方案进行综合对比分析，提出建议方案。根据整合方案确定在今后三年中客户需要实施的IT项目、在实施阶段中各个项目的时间顺序、相互依赖关系、项目时间表和需要的资源。

我们还将在项目中与 客户密切配合，基于客户的业务战略和业务需要确定适当的实施战略、实施指导原则、实施所需的方法论支持、客户需要提供的保障条件等。

项目进行过程中，每个阶段结束以后，项目组都会提交相应的报告，作为该阶段的工作成果，而所有这些报告以及相应的过程文件便组成了整个项目的交付成果。

为了帮助 客户更好地理解我们在本项目结束后将提交的工作成果，下面对本规划项目将交付的成果进行初步的解释，并给出了其中部分成果的示例。

项目启动阶段的主要成果是项目计划，项目计划的主要内容包括：

项目进度计划

项目资源计划与职责定义

项目质量计划

项目文档模板

项目进度计划示例可参见本项目建议书“项目进度计划”部分。

现状分析阶段的任务一方面是了解客户的业务特点和业务对信息技术提出的需求，另一方面是了解客户现有的IT架构和IT管控模式。现状分析阶段的工作成果是现状分析报告。

在了解了客户业务与信息技术现状的基础上，结合埃森哲对税务行业和信息技术的深刻理解，项目组将提出客户未来的信息技术发展战略方向。相应的结论将包含在现状分析报告中一并提交。

现状分析报告主要包括以下内容：

客户业务现状概述

业务对信息技术提出的关键需求

客户现有的IT架构；包括数据架构、应用系统架构、基础设施架构

客户IT管控的现状；包括IT业务流程、IT部门的组织模型、IT部门的绩效目标和考核指标以及IT业务规范和标准等

客户信息技术发展战略方向、指导原则和初步思路

现状报告的重点是发现问题。除了详细的现状描述以外，现状报告将会对项目组在业务流程、业务需求、IT架构、IT管控方面的一些关键发现进行归纳，并有重点、有针对性地提出客户IT发展的战略方向、指导原则以及一些初步的思路，为下一步的蓝图设计奠定基础。

蓝图设计阶段的主要任务是基于现状分析的成果，在IT发展战略方向与指导原则的指引下，提出必要的业务流程改进或者流程重整的建议，设计客户未来的IT架构与IT管控机制。

蓝图设计阶段的主要工作成果是蓝图设计报告。这份报告将包含以下一些基本内容：

业务流程改进建议

未来的数据架构

未来的应用系统架构；包括应用系统的功能分布、主要应用系统描述、主要应用系统的迁移路径建议、应用系统集成与整合架构等

未来的基础设施架构；包括网络、硬件、系统软件以及运行维护、开发、安全等的基本原则

未来的IT管控机制；包括主要IT业务流程的定义、IT部门的组织结构、IT部门绩效考核与考核指标、IT业务规范

对于客户而言，应用系统的集成与整合将是未来的蓝图设计要解决的特别突出的一个问题，这方面的工作将体现在“未来的应用系统架构”部分。

制定出客户的IT蓝图之后，项目组将分析客户未来IT蓝图与现状之间的差距，确定这些差距的难度与优先级。提出客户的IT系统整合候选方案，并对候选方案进行综合对比分析，提出建议方案。根据整合方案确定在今后三年中客户需要实施的IT项目、在实施阶段中各个项目的时间顺序、相互依赖关系、项目时间表和需要的资源。

现状与蓝图之间的主要差距

总体实施计划：项目划分；总体阶段划分；各个阶段的时间安排、资源需求、预期效果；实施过程中的关键因素

项目定义：对主要项目的范围、目标、资源需求、成本收益等进行定义与分析

项目实施过程中的工程管理方法

总体实施计划示例：

以上就是关于解读IT项目管理和人员管理全部的内容，包括:解读IT项目管理和人员管理、一个完整的项目管理流程包括什么、it系统规划中的5个步骤是什么等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！