it服务管理主要包括什么等内容

大多数IT专业人士都知道，自己随时都可能被要求管理一个项目。如果你本身并不是专门的管理人员，那么很可能会遇到很多问题。下面我们就将一些常见的问题及其答案介绍给大家，希望能够对大家有所帮助什么是所谓ROI指的是投资回报。商业管理人士希望能够通过一种定量的判断标准来了解在进行了一定的资源投入之后能够从项目上得到的收益如何。有的时候，IT项目管理给公司带来的收益体现在公司的财政状况上，也有的时候，这种收益体现在财政状况之外的其他方面，还有的时候是两个方面兼而有之。

通常，项目管理在职研究生对项目进行投资回报分析有三个原因：一、证明现有项目的价值，二、证明对项目进行先期投资的合理性，三、使下一步的具体行动更具说服力。如何计算项目的投资回报，在大多数财政性投资回报的计算当中，了解下面这些信息都是必需的：

1、项目成本：维护与运营成本(包括项目分析期内的每一年)；

2、财政收益(如果有的话。包括项目分析期内的每一年)；

3、每年的现金流动(从每年的财政收入中减去成本支出)。

在进行非财政性投资回报计算时，根据计算方法的不同，需要的一些数字。一般来说，包括成本投入和能够表明业务进展的非财务方面的数据。(如时间、数量或质量等)在大多数情况下，你可能要计算财务上的投资回报数据。

应用商业投资回报计算器或是其他的同类工具，任何人都能够简单快速的完成对投资回报的计算什么是成本效益分析在任何的商业-IT决策当中，决策者都会面临多种选择。你可以选择“A”方案，也可以选择“B”方案，还可以哪个方案都不选。最后只有一个方案是“最佳”的。成本效益分析(CBA)会对各种可供选择的方案(技术、项目等)进行比较，通过比较让决策者了解哪种方案是最佳的。好的成本收益分析可以帮助决策者计算出能表明项目影响力的数据。有的时候，成本收益分析是对两个或更多的可选方案的成本和收益进行系统的评估，让决策者了解哪种方案能够给公司带来最大的价值。但同时，成本效益分析又是为了让大家对项目投资回报的预期更理性。它可能包括用在每个内部员工身上的平均成本、系统预期的使用年限、资本费用和用于雇佣合同工的费用等商业案例与成本收益分析是否等同两者是相似的，但并不完全等同。两者都是通过事实来让决策者做出更为明智的决策。商业案例是一种鼓吹似的文档，它的目的是劝说各个利益相关的群体和部门采取某些具体的行动。与成本收益分析相比，商业案例更全面。比如说，商业案例当中通常都会包括对战略性结盟的讨论，而这通常是成本收益分析所不具备的。成本收益分析仅仅是对一些可行的选择方案的“中立”评估，它涉及到各种可供选择的方案的成本、收益、风险、回报等关键数据，并且通过比较让决策者了解哪种方案最有利。

项目交付是项目进展的切实成果，如项目计划或项目计划的某个特定组成部分，比如：状态报告等项目影响分析的目的是什么项目完成之后会使公司某些方面的运作产生变化，而项目进行过程当中又必然要求一定的成本投入。对项目进行前后的不同状况进行比较就是项目影响力分析。这是决定项目是否应当继续进行下去的一个重要判断标准到底什么是风险管理？金融风险管理的目的是确定项目可能出现的问题以及新系统运行起来之后可能出现的问题，确定这些问题一旦出现会造成的影响。

风险管理的另外一个组成部分就是对问题出现的可能性进行评估。综合考虑了所有的因素之后，项目经理就能够对项目风险做到心中有数了。在项目计划当中，项目经理应该列出所有出现可能性较高的风险及其可能带来的消极影响，当然，那些出现可能性一般的风险也不能忽视。要采取切实的行动来消除或减轻列举出的各种风险什么是范围管理对项目范围进行界定的目的是清楚的描述项目的逻辑范围并在此问题上征得大家的一致。对项目范围的陈述用于界定哪些要素在项目范围之内，而哪些要素在项目范围之外。能够界定的项目范围所涉及的方面越多，项目进展起来就会越顺利。下面这些信息可能会起到帮助作用：

1、范围内和范围外的任务类型(业务需求、现状评估)；

2、范围内和范围外的生命周期流程(分析、设计、测试)；

3、范围内和范围外的数据类型(财务、销售、员工)；

4、范围内和范围外的数据来源或数据库(账单、公司总帐，薪水明细)；

5、范围内和范围外的部门(人力资源、制造商、供货商)；

6、范围内和范围外的主要功能(决策支持、数据输入、管理报告)。

在职研究生商业案例当中通常都包括成本收益分析的结果什么是项目管理计划在项目开始之前，项目经理先要制定项目计划。项目计划的制定可以帮助项目经理对项目的任务和工期进行预测，还可以帮助项目经理对未来几个月内的详细工作进行规划，合理配置人员和各种资源。设定一系列一致的项目管理规程会对项目管理有所帮助。项目计划中应当包含的要素有范围管理、风险、沟通、人员配置等。同样，制定项目计划的关键是通过对项目的界定来更好的通过管理实现项目预期。例如，如果你对范围变化请求的批准程序作出了界定并且同大家达成了一致，那么在项目开始之后对变化进行管理就会简单得多项目交付的重要性如何项目交付非常重要。因为它可以帮助项目经理获得股东和项目赞助人的认可，并且可以让股东和项目赞助人了解项目的进展状况。

考研政策不清晰？同等学力在职申硕有困惑？院校专业不好选？点击底部官网，有专业老师为你答疑解惑，211/985名校研究生硕士/博士开放网申报名中：>

根据国际IT资产管理协会（IAITAM）的说法，IT资产管理（ITAM）是“一组业务实践，将IT资产整合到企业内的业务部门中，承担财务，库存，合同和风险管理的职责，负责管理这些资产的整个生命周期，包括战术和战略决策”。资产包括业务环境中的所有软件和硬件元素。

IT资产管理 有时被称为IT库存管理，因为它通常需要收集详细的硬件和软件库存信息，然后用于制定有关购买和资产使用方式的决策。精确的IT资产清单可以帮助公司更有效地利用手头上的资产，并通过复用现有资源来避免不必要的资产购买，IT资产管理能够使企业在旧的基础架构基础上降低新IT项目的构建风险成本。

由于IT资产的获取和维护成本都很高，IT 资产管理在帮助IT团队确保有效利用企业资源以支持用户和业务功能的需求方面发挥着关键作用。

Gartner将IT资产管理（ITAM）定义为：“提供技术资产生命周期成本和风险的准确信息，以实现技术战略，架构，资金，合同和采购决策的最大程度业务价值。”该定义强调IT资产管理不仅仅只是清点资产，更多的是通过捕获的信息来推动决策。企业应当更关注IT资产数据的可用性和信息价值，以推动业务价值，而不仅仅关注数据的数量和准确性。

以下是IT资产管理的一些主要目标：

资产管理是一个广义的术语，可能意味着很多不同的东西。以下是企业中经常出现的一些最常见的资产管理类型

是一组集合了财务，合同和库存功能的总体业务实践，以支持IT环境的生命周期管理和战略决策。ITAM是公司IT服务管理功能的一部分。

是公司知识产权管理职能的一部分，是一种电子媒体内容管理形式，涉及管理公司生产的照片，视频和数字数据等数字资产，或者是第三方许可。

包括企业内生产的产品和第三方许可的产品，以确保内部使用的所有软件都得到授权使用并符合许可协议。

IT资产的使用寿命有限，为了最大化为公司生成的价值，IT资产的管理流程使用资产生命周期的概念来构建并支持决策。如上所述，企业内每种类型的资产管理功能可能都有自己的生命周期阶段定义和他们关心的信息，但无论是建筑物，设备还是软件，其基本的周期都是相同的。资产管理本质上是经济有效地开发，运营，维护，升级和处置资产的过程。

在IT资产管理的背景下，资产生命周期通常构造为：

计划通常包括TCO和替代方案的成本/效益分析。在计划阶段，企业会制定出需要什么资产，如何获得资产，如何使用以及如何获得资金的战略和决策。

通过研发，购买，租赁等方式来获取资产

将资产引入IT生态系统。这包括安装，与其他组件集成，建立 *** 作/支持流程和配置用户访问。

随着资产的运营和使用，维修或升级是必要的，延长资产的使用寿命，降低风险并降低支持成本，以最大化用户的价值。

在资产使用寿命结束时，必须以恰当的方式处置资产。退休通常包括将用户转移到其他资源，更新资产记录，取消支持协议，终止许可证续订以及启动替换资产的计划。

IT资产管理实际上是一组高度数据密集的流程， IT资产管理软件 在帮助企业捕获，编目，管理，分析和统计资产数据等方面发挥着重要作用。在现代企业中，资产管理技术至关重要，尤其当企业有大批量的资产数据，有扩展运营流程和决策的需求时。以下是企业用于支持资产管理流程的一些常见工具功能的示例：

智能地“发现”公司IT生态系统中安装的硬件和软件。云子可信IT管理软件支持自动扫描并上报企业内部 IT 资产，一键导出报表，帮助管理员轻松统计和管理

提供存放许可证授权信息仓库，可以根据清单工具提供的数据进行协调，以便规范企业未获许可或过度许可的软件购买，有些许可证管理工具还跟踪许可条款和到期日期。

自动更新、升级软件补丁，以确保计算机是最新的，并符合适用的安全和效率标准。云子可信IT管理软件帮您自动更新计算机补丁，有效规避计算机潜在威胁。

允许员工集中对软件产品，设备和其他资产发出请求，旨在捕获和评估特定许可证要求，以及管理和跟踪采购和部署过程。

提供批准在企业内使用的资产和资源的主列表。这可以包括标准产品和非标准认可产品。该目录捕获产品特定信息，例如名称，版本，版本和许可协议类型以及其他关键数据。

CMDB通常是企业IT资产管理体系的一部分，它提供了一个集中的存储库来管理IT资产，记录它们的配置以及与其他资产之间的关系。

作为企业财务管理系统的一部分，固定资产存储库负责管理和统计资产数据以支持财务流程。

用于组织，存储和检索富媒体以及管理数字权限的业务流程。富媒体资产包括照片，音乐，视频，动画，播客和其他多媒体内容。

IT资产管理的一个主要好处是全面了解您拥有的IT资产和它们的用处。规范化的维护流程和准确的IT资产管理数据可以帮助企业评估过去的采购和部署决策的正确性，并对未来的行动提供指导意见。包括根据购买价格以及产品/服务质量和售后支持选择最佳供应商。IT资产管理还可以帮助企业改进部署决策，避免过度购买。

一旦灾难发生，IT资产管理可以帮助领导者和员工快速判断出对于业务正常开展的影响，从而最快制定解决方案以恢复用户的服务。

现代企业面临的最大挑战之一是软件使用许可到期了，却没有及时处理。并且订阅服务使用他们不支付的资源或支付他们不需要的资源，如此会带来法律上的纠纷。而使用了IT资产管理可以非常及时的同步公司的软件许可信息，避免此类问题的发生。

IT资产的总拥有成本远远超过为获得它而支付的购买价格。要使IT资产创造价值，必须在整个生命周期内对其进行 *** 作，支持和维护。TCO是指拥有和运营资产的总成本。有效管理TCO有助于消除重复资产，降低购买后不使用资产的成本。

非标准化的IT设备和软件可能会提升 *** 作成本，导致IT人员的工作效率降低，因为他们缺乏管理非标准资产的专业知识，因此每个问题都会导致学习过程。将标准应用于IT资产不仅可以提高IT员工的工作效率，与他们熟悉的系统和数据交互，还可以提高用户的使用效率。

云子可信IT管理软件

自动扫描并上报企业内部 IT 资产！

一键导出报表，帮助管理员轻松统计和管理！

资产报表分类精准、一目了然；全方位、低成本完成盘点工作！

你值得拥有！

it服务管理主要包括（BCDE）等内容

A人员管理

B配置管理

C性能管理

D问题管理

E故障管理

IT服务管理（ITSM）是一套帮助企业对IT系统的规划、研发、实施和运营进行有效管理的方法，是一套方法论。ITSM起源于ITIL（IT Infrastructure Library，IT基础架构标准库），ITIL是CCTA（英国国家电脑局）于1980年开发的一套IT服务管理标准库。它把英国在IT管理方面的方法归纳起来，变成规范，为企业的IT部门提供一套从计划、研发、实施到运维的标准方法。

专家的研究和大量企业实践表明，在IT项目的生命周期中，大约80%的时间与IT项目运营维护有关,而该阶段的投资仅占整个IT投资的20%,形成了典型的“技术高消费”、“轻服务、重技术”现象。

Gartner Group的调查发现，在经常出现的问题中，源自技术或产品(包括硬件、软件、网络、电力失常及天灾等)方面的其实只占了20%，而流程失误方面的占40%，人员疏失方面的占40%。流程失误包括变更管理没有做好、超载、没有测试等程序上的错误或不完整，人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等。

当IT项目经理应该做哪些事情？

项目经理是具体项目工作的管理者，他们在工作中不断提升自己的领导才华，同时该职业又是一个权利与责任并存的职业， 他们主要对项目进行背景调查，收集整理项目相关资料，进行需求策划，撰写项目调查报告和信息综述，对项目组成部分或模块进行完整系统设计，联系项目相关单位和相关技术专家，制定项目可行性研究报告，协同配合制定和申报立项报告材料，组织项目团队完成项目任务，保证项目的完成时间和完成质量。下面是我为大家整理的IT项目经理应该做什么，欢迎阅读!

IT项目经理应该做什么

经常看到这样的项目经理，一副整天忙得团团转的样子，电话不停地作响，一个小时之内要发出几十个指令，好像他所领导的团队离开了他就一天也活不下去。然后他还会说："我很忙"或"我很累"，"我需要增加人手"。这样的项目经理经常事无巨细都要亲自过问，即使旗下有人，你说他能不累吗

甚至还有这样的事列发生，研发部门经理亲自参与项目软件的编码工作，如果只有一、两个项目，也许这样还可以，试想，如果有十几个项目你能都参与具体的技术工作，另外是否考虑过部门经理参与具体项目后所带来的其他问题，部门日常事物务无处理，部门人员无人关注，部门的其他项目得不到项目经理的协助，更是无人为部门的未来作打算。类似的项目经理的行为很多：譬如善于销售的经理就对自己的销售人员总是不放心，觉得下面的人出马总是不那么牢靠;文笔较好的项目经理总是要亲自起草文件，因为秘书起草的东西总是叫他看不上眼，如此等等。

由此造成的结果是经理整天搞得手忙脚乱，管理效率很低。做经理者没有时间考虑部门发展的问题，做下属者觉得自己得不到信任，做事小心翼翼，不敢越雷池半步，没有积极性。

由此想到刘备，文不如诸葛亮，武不如关张赵马黄，但是他会用人，会笼络人。做项目经理人的恐怕都需要学习一下刘备的做法，即便你是在某些方面非常地出色。你可以把你的经验传授给你的下属，不要怕他们犯错误。"用人不疑，疑人不用"，虽然很难做到而且有时也不一定非要做到，但是你既然给了一个人那个位置，那份薪水，就应该让他们充分地发挥，你不能替他们做事，你不能"抢"你付给他们的权力。记得有次记者采访CA公司总裁汪嘉廉先生时，汪先生说他到目前还没有个人email地址，记者很惊诧的问他为什么时，他说“没有必要，我有很好的业务总监们，他们会处理好公司的日常事务，我要有充足的时间考虑公司的发展战略，我不希望被一些琐事打扰”。汪嘉廉是一位好的管理者，所以CA才有今天的地位。

做得好的项目经理可能看起来每天的工作并不是那么紧张。所以有些下属就可能提出这样的问题："我们忙，你在干什么"

项目经理，对于一个团队履行它的使命和发展负责的人。因此创造出一个大于其各组成部分的总和的真正的整体，创造出一个富有活力的整体，应该是其第一使命。即人们经常谈论的管理，通过管理则可以把在自然界1+1〉2的不可能转变为可能。为履行这一使命，项目经理应该做什么呢

一、一个项目经理首先要制定目标，即确定团队的目标，只有知道往哪走，才能到达那里。确定目标是什么，而且目标要能够有效的支撑团队的责任，有助于团队的发展。而且要将目标传达给团队的每一位人员，让他们认识到他们在实现目标过程中的责任和重要性。

二、一个项目经理要进行组织工作，即如何安排工作，需要分析所需的各项活动、决定和关系，他需要对工作分类，确定作业任务的主次和轻重缓急，并为作业分配适当的执行的人员。

三、一个项目经理要进行激励和信息交流工作。他把担任各项职能的人组合成为一个团队，它需要通过对下属的激励，以及同上、下、同级间的相互信息交流，协调完成工作。

四、一个项目经理需要进行衡量考核,衡量团队的绩效和个人的绩效。首先需要确立衡量的标准，这个标准不但要专注于团队的绩效，而且还要求专注于个人的工作并帮助他做好工作。一个项目经理把衡量的意义和结果通报给他的下级、上级和同级。

五、一个项目经理要培养人，也包括他自己。项目经理比其他人更了解其下属的长处和短处、更清楚下属的培训需求，也常常拥有帮助其下属改进工作绩效所必需的技能，只有下属的技能提高了，整个团队的效率才可能提升，只有团队的成员有发展，他们才会在执行工作时投入热情和责任。 经理需要制定培训计划并部署。

在我们这个行业，好多项目经理是在业务或者说技术方面有过硬的能力后才被赋予经理这一责任的，他们可能没有受过管理学的教育，希望此文能够给与他们思考与认识自己责任。

项目经理该做什么，不该做什么

1以目标导向来做事情

首先要明白该做什么，其次才是如何做。目标是项目管理的重要特征，项目经理做事原则都是围绕项目目标展开，对于有利于项目目标达成而又不违背项目经理职业道德和行为准则的事情都是该做的事情。

目标有短期目标和常用目标，把当前项目按目标完成可能是短期目标，通过一年时间带出一个高效的团队可能是一个长期目标。对于非临时项目的项目经理，更加应 该着眼于项目长期目标，而不是太在意于当前项目的短期利益。只有意识到这点，才能够认识到培训，教练，团队，自发，团队语言和规则等在整个项目中的重要 性。

2对自己定义的目标进行分解

对于软件项目，项目经理根据商业或用户需求会定义软件产品发布后的故障率小于05个/KLOC代码。要达到这个目标就需要结合项目的时间过程分析影响该 目标的要素，各个阶段交付物的质量，缺陷的泄露，测试的水平，需求的变更和稳定性，前期的需求设计和开发规范，团队规则，开发人员的责任心多方面因素都可 能影响到该目标的实现。

一个总体目标的达成绝对不是简单的改善一项影响要素就可以达成的，而且各个要素间还存在这正反作用，必须要综合性的系统思考。确定出期望的各个要素的区间 水平，然后将这些期望值列入到计划中进行跟踪和控制。这一系列的过程要表明的都是你做的每一件事情都是有目的的，都是为了实现当初定义的目标而服务，绝不 是无中生有。

3具体实际 *** 作的关注点

首先对于风险和危机的重视度远大于对问题的重视度。不是说问题解决不重要，而是项目经理应该更多的管理风险和消除隐患，不让风险转换为真正的问题。项目经 理必须有足够的问题前瞻性和敏锐的洞察力，发现各种征兆和危机，危机发生前应对往往仅仅是项目经理找成员谈谈心，或者说组织一次关于规程的培训，但危机如 果发生造成的损失会远远大于风险应对的成本。

项目经理应该更多的取做教练，而不是去做领导。管理者要懂得授权，但项目经理更关注的是授权不会影响到进度和质量，因此项目经理绝对不是越俎代庖啥事情都 自己做，也不是盲目授权后啥都不管，而是充当好教练的角色。让项目成员有能力的全完成事情，而且是有责任心的去完成事情。如果自己做只花1个小时，而教会 团队成员做需要一天，从团队常用的角度必须花费这一天时间教会成员如何正确的做事情。

PMBOK九大知识体系内容都是项目需要考虑做的内容。里面有个关键词是项目管理组，项目管理组是由项目核心成员共同组成的。必须要分清楚哪些是项目经理 做，哪些是项目管理组做。另外一个关注点是做事情的粒度，项目任务的跟踪是项目经理要做的，但项目经理应该根据项目目标确定自己跟踪任务的粒度，粒度太细 的可以由项目成员或小组负责人跟踪。项目经理该做什么不能简单项目经理人与项目成员的实战指南

在一个团队中，作为一名团队领导，将：

1) 避免团队目标向政治问题妥协

2) 向团队目标显示个人承诺

3) 不用太多优先级的事物冲淡团队的工作

4) 公正、公平的对待团队成员

5) 愿意面对和解决与团队成员不良表现有关的问题

6) 对来自员工的新思维和新信息采取开放的态度

作为团队成员，要将：

1) 展示对个人角色和责任的真正理解

2) 展示目标和以事实为基础的判断

3) 和其他团队成员有效地合作

4) 使团队目标优先个人目标

5) 展示投身于任何项目成功所需的努力的愿望

6) 愿意分享信息、感受和产生适当的反馈

7) 当其他成员需要时给予适当的帮助

8) 展示对自己的高标准要求

9) 支持团队决策

10) 以为团队的成功而奋斗的方式体现带头作用

11) 对别人的反馈做出积极的反应的理解为二元问题，更多的是跟项目目标和管理粒度相关的做事情的粒度问题。

IT项目经理的经验总结

本人做项目经理工作多年，感到做这个工作最要紧的就是要明白什么是因地制宜、因势利导，只有最合适的，没有什么叫对的，什么叫错的，项目经理最忌讳的就是完美主义倾向，尤其是做技术人员出身的，喜欢寻找标准答案，耽误了工作进度，也迷茫了自己。以下是本人一些做项目的个人体会，写出来供大家指点，在讨论过程中共同提高水平。

项目开始阶段是一个最重要的阶段。项目经理在接手一个新项目的时候，首先要尽可能地多从各个方面了解项目的情况，如：

1这个项目是什么项目，具体大概做什么事情，是谁提出来的，目的是解决什么问题。在国内很多客户都很不成熟的情况下，千万不要根据项目的名称望文生义地去想象项目的目标。一个名为“办公自动化”的项目很有可能在你进场以后一个月才发现客户其实需要的是一个计算机生产管理辅助信息系统系统。前期了解情况的工作越详细，后面的惊讶就越少，项目的风险就越小。

2这个项目里牵涉哪些方面的人，如投资方、具体业务干系方、项目建成后的运营方、技术监督方等等，很多项目里除了业主单位的结构很复杂以外，还有一些其他单位也会牵涉进来，如项目监理公司、业主的行业主管机构等。项目经理需要了解每个方面的人对这个项目的看法和期望是什么。事先了解各个方面的看法和期望，可以让你在做项目碰到问题的时候，就每件事情分析哪些人会在什么方面支持你，哪些人会出于什么目的反对你，从而提前准备联合朋友去对抗敌人，让事情向你所希望的方向发展。没有永远的朋友，也没有永远的敌人，只有一致的利益，这句话作为项目经理是一定要记住的;

3基本了解了客户的情况后，下面的事情就是了解自己公司各方面对这个项目的看法。首先是高层领导是否重视，这个决定了你在需要资源的时候，公司是否会根据你的要求提供最有力的支持。领导口头肯定是说支持的，你需要做的是了解公司对这个项目的实际期望，是想把项目越做越大还是想赚钱是想做样板工程还是干脆想敷衍了事，公司领导对项目的态度决定了你做这个项目的战略，而这个战略方针将对你做项目计划产生直接的影响;

4在做整体项目计划前，还要大致计算一下你手上的资源。首先是时间，现在市场竞争激烈，往往很多项目要求在几乎不可能的时间范围里完成。对于这一点，你在做项目的风险控制计划的时候要充分考虑。其次是人员，根据项目预算和已往经验，大致计算一下未来的项目小组有多少种角色，每个角色目前公司是否有人，是否能完全归这个项目使用，是否需要另外招聘一些人员，招聘的准备工作要尽早启动。最后就是一些设备的准备，项目所需大件关键设备要尽早预定，以后不管发生设备等人还是人等设备的情况，浪费的都是你的时间;

5现在是做项目说明书的时候了。一份好的项目说明书不仅将要做的事情描述得很清楚(主要是讲做什么，而不是说怎么做)，而且把如何检查也说明得很透彻。也就是说它不仅说明白了要做哪些事情，也让客户的业务人员(一般不懂技术)知道项目做成什么样就算完成了。简单地说，项目说明书描述项目做哪些事情和每件事情做到什么程度以及如何检查每一个结果。

6 是到做总体计划的'时间了吗不，你现在已经知道了客户的目标和你手上的资源，那么做计划以前，你还需要和你的经理和客户充分沟通资源的问题。因为很多资源是还不明确的，你需要写一份报告，详细分析这个项目的风险以及对资源的需求情况。如果一些问题不能得到解决的话，将发生什么样的后果。如果资源不够，就要高层改变策略，增加对这个项目的投入。甚至在条件许可的情况下，有些公司会放弃这个项目。总之，没有人能完成一个不可能完成的任务，如果项目经理不能尽早发现风险，那么就只能去当烈士了。

7明白了要做哪些事情和你手上的筹码以及你做这个项目的总体策略，现在是成立项目小组的时候了。很多项目经理都没有自己选择组员的权利，那么，就尽量发挥你的影响力去寻找那些你想要的人吧。成员的组成根据项目不同，相差较大，很难有什么具体要求，但是，一定要有精通客户业务的人，很多小项目里，这个人就是项目经理本人，大项目里会配备行业专家(Industry expert)，这样和客户沟通起来才不会鸡同鸭讲，双方才可以相互理解。我经常看到的情况是我们的技术人员和客户交谈时满口的专业术语，结果搞得客户一头雾水，反过来，他还指责客户不懂技术。其实，明白自己想做什么的客户已经是很好的客户了，不知道自己要做什么，更不懂怎么做还要指手画脚的客户到处存在，但是要明白，是客户选择了你，而不是你选择了客户，有了客户你才有工资拿，心平气和一点吧。

8现在你要面对三群人：你的领导、你的组员和你的客户，和这些人沟通，让他们知道你打算怎么做，什么时候要他们做什么准备这些事情将是你的主要工作。既然沟通这么重要，那些事先定义一下沟通的原则也是一件很要紧的事情。很多沟通原则都是潜规则，如果你在一个部门时间做长了，对这些规则的运用觉得是一件理所应当的事情，但是，你现在面对的是多个部门甚至多个单位，不把沟通规则说清楚，你以后就会吃亏。下面的东西看起来无聊，其实还是很管用的：第一个是规定信息的流动方式和介质，是推还是拉。推的意思就是项目经理将主动发布信息，不管通过电话、邮件还是书面方式，保证将信息传达到每个人。这种情况适合小项目，人少;拉的意思就是项目经理就是一个类似web服务器，你自己需要什么信息就去问他。当然，没有项目经理把自己搞得那么累，他会用发布信息到公共介质的方式公布信息，简单的是白板，复杂一点的是项目的公共信息交互区，潜规则就是我发了你没去看就不要说我没告诉你。说这些看似很无聊，其实里面牵涉信息传达不完全的责任问题。当然，这些都是指一般的方式，而且不要绝对化，一般情况下，主动沟通和被动访问是同时存在的，尤其是对领导，项目经理更加应该主动去和领导沟通。第二个问题就是文档问题，很多人怕写文档，但是项目经理一定要牢记“好记性不如烂笔头”的道理。有理有时候为什么会说不清呢就是因为没有证据。所以项目经理开始就要和客户说清楚有些文档是必须签字的，比如项目经理的项目日志，每个星期至少让客户签字，另外所有达成共识的东西，比如会议纪要，甚至领导的讲话记录，都要写成文档，双方签字，这样以后扯皮的时候，就能做到有据可查。记住：说了的就和没说一样，只有写下来大家签字后才算真正发生了的。还有一些问题，比如你提交的报告，给领导(包括本方领导和客户领导)做一个选择题，结果领导压住不批，让你无所适从，结果拖延了进度。这时候，你可以等，但是注意要留记录，标明是谁的责任;另外，如果你在开始阶段就和领导商定：如果批示提交三天后没有得到领导答复就算对方同意，这样你就会主动很多。再比如不同事件的审批流程问题：什么等级的事情记录在项目日志里、什么等级的事情要双方项目经理专门签署备忘录、什么等级的事情要双方领导出面签署合同附件等等。事先想得越周到，以后的工作就越主动。

9 好了，做了很多前期工作，定义了一些游戏规则，现在是坐下来做计划的时候了。这一节，任意找一本项目管理的书都会说得比我好，所以我就少写一点，说一些自己的体会就是了。首先是找几个关键组员，比如客户业务专家、系统分析员等等，做一下项目模块划分工作。项目分成几块去做，每一块完成什么，模块之间的信息如何交换等等。需求定义的是做什么的问题，而这里说的是怎么做的问题。这里要强调一点：完成一个目标有很多种方式，你要选一种你最熟悉的，而不是看上去最完美的，这个思路会让你的项目减少很多风险。有时候客户会被某种新技术打动，坚持要你采用那种新技术，你就应该告诉他：你选我做这个项目，就应该容许我采用自己最喜欢的方式做事情，新技术之所以有诱惑力，就是因为吃亏的人还不多，我不希望你成为第一批受害者。采用一个计划会让你的工作更加明确，比如用微软的Project软件，你填写完表格以后，就可以知道这个项目有多少件事情要做，每件事情需要什么资源，他们之间的前后关系如何，消耗的时间有多长，完成后有什么标志等。所有的结果最后用一个叫做甘特图的形式表现出来。你做完这个表以后会惊奇地发现，甘特图上项目的结束时间会远远落后于你的计划结束时间(签合同的人永远不会先征求你的意见的)。当然，学过项目管理的人会大谈什么WBS、优化路径之类的东西，但是我的经验是你再优化也不可能把这些东西安排到计划的时间结束。如果你没碰到这个问题，在我恭喜你挑了一个轻松活之前，请你再去确认你是否罗列了所有要做的事情和正确评估了他们所需要的时间。这时候，你就要考虑牺牲一些任务的时间(也意味着质量)了。按照什么标准牺牲这个项目的战略!我们在第三节提到过的战略。我的经验是如果你什么都赶进度，其结果可能就是十件事情你一件也没做好，想想多么失败啊。所以，把资源投到你熟悉和有把握的事情上，最后的结果是十件事情，你有三件做成了精品，三件完成，还有四件因为某些原因延误，成绩单是否靓丽了很多呢战略决定优先级，而正确排列事情的优先级是一个项目经理能力的主要体现。

好，现在项目已经完成了前期工作，了解了项目的目标、搞清楚了手上的资源，制定了项目的策略，然后编制了项目的整体计划，项目进入实施阶段。进入这个阶段反而是项目经理比较空闲的时候，不像前期的时候项目经理要象记者一样到处和不同的人接触，搞清楚他们在说什么，努力猜测他们在想什么和他们的真正目的，那才是最累人的事情。当然，小项目的项目经理往往自己也是一个资源，要做很多事情，这时候反而比谁都苦。项目经理这段时间的主要工作是保持和客户领导以及自己领导的沟通。和客户领导沟通时特别要注意，除非你需要对方给你支持，那么你才需要讲得具体一点，否则，告诉他一切正常就可以了，而且态度要积极一些，千万不要说一些领导不懂的细节，比如：“王局长，最近项目进度还算正常，就是JVM经常发生一些内存泄漏的情况…”王局长：“(&$@@”。和自己的领导汇报也要注意这个问题，除非他是一个技术高手，你需要他的技术经验，否则一般就汇报进度是否正常以及有问题时你的对策和打算就可以了，有些需要他支持的地方，比如资源调用需要说详细一点。

和组员开会，除了一些项目进度跟踪会议以外，还有很多讨论会，需要大家用头脑风暴方法给出解决问题。与会人员很多都是技术人员，他们的特点是注重细节、缺乏大局观、有点消极悲观、自尊心强(如果总结得不对，欢迎大家拍砖)，所以，你作为会议的主持人，只要负责提出问题和记录下他们的观点，千万不要做评判者的角色。一个问题，有很多方面，从不同的角度看，现象是完全不同的，想想盲人摸象的故事吧。这些技术人员，他们往往精通一个方面，就自己的角度发表见解，除非一些很特别的情况，你都应该认为，他们提出的方案，从他们的角度来看是最合理的。你的长处是掌握事情的优先级，评估各个方面的轻重缓急，从而根据他们的意见得出一个合适的(而不是正确的)方案。所以，在会议上，你要充分尊重每一个人和他的意见，夸奖那些意见提得比较好的人，千万不要把会议带入无休止的争论(你要让大家知道事情不是非黑即白的，而是多元的，唉，我们的教育惹的祸…)。会后，你自己写文档，做决定。会议上大家的面子都被照顾了，自然实施起来的阻力就小，如果还有意见的，你就私下找他聊，如果还不能说服他，你就要让他明白，因为你负责这个项目、你担当风险，所以，这个优先级应该你来判断。组织中的高层，并不见得水平会比一般的成员高，但是，他要承担组织的风险，加之信息的不对称性，所以，对事情的优先级的判断肯定比下属强。

在开发过程中，内部管理还要注意的一点是时刻强调以验收为目的的思想，每个任务的最终可交付成果一定要是可以被检查的，比如，界面要求：美观大方、简洁明快，这个要求我就不知道如何检查。所以，给开发小组布置任务的时候就要考虑如何检查结果，比如我见过一个计划，里面有一个任务开发人员熟悉EJB编程，这个任务，除了让这些人去参加一些专业认证考试，否则，结果很难被检查。所以，时刻考虑如何检查结果、如何向客户交付是项目经理一直要注意的事情，我听说有些老项目经理拿到项目是倒排计划的，即首先看如何验收和验收标准，然后决定工作计划。很多项目开始了很久，还不知道如何验收，那么这个项目出问题的可能性就很大了。做项目就是为了验收，我们的角色不是研究机构，我们的目的就是在付出那么多劳动后得到结果。另外我插一句：我是极其不主张到客户现场开发的。尤其是一大群技术人员直接和客户交流，很容易引起冲突和矛盾(技术人员的本性决定的)。我的做法是项目经理和项目实施人员到现场，软件开发人员还是在公司做项目。项目实施人员就是初级项目经理，他们了解自己的产品，懂得一些客户的业务，关键是在于他们具有良好的沟通能力，俗称“皮厚”。他们是客户和研发人员的桥梁，其职业方向也是很机动灵活，以后可以有很多方向可以转，比开发人员的路要宽得多。

接着，我们再谈谈最让人头痛的需求变更问题。变更通常分为两种：一种是部分更改了原先的目标，即需求变更;另一种是没改变目标，但是客户不满意目前的实现方式，大到流程的实现，小到界面的布局，都是属于这类。碰到这种情况是难以避免的，主要是事先沟通的不够充分和客户随着项目的进展，慢慢想清楚了问题，改变了以前的思路。这时候，如果需要改并且你的战略是容许这种情况的，那么注意下面几点：

1确保以前的文档，就是记载着以前的结论的东西，客户是否签过字，如果没有，赶紧把你的工作停下来，赶快再和客户自己确认一下你的方案，然后让他签字，避免以后说话没有凭据;

2和客户坐下来，自己探讨他修改的根本目的是什么，是不是有同样能达到相同目的，但是对你来说有代价更小的选择

3(项目初期的工作)明确更改流程，一般是客户指定一人签字(否则客户每个领导都有权力来插一杠子，你就废了)，以正式项目文件的方式提交给你，然后，你做评估分析，分析对成本、进度的影响，在你的领导同意后，出相应意见书，主要是要说明更改设计的原因和指出由此带来的不确定后果(这个东西先写出来，后面如果真的发生了，至少不是你的错)。然后再让客户在上面签字。见过医院给病人做手术以前让家人签的免责条款吗对，就学习那个，让大家都意识到任何的更改都有成本和代价。

;

IT员工的考核

绩效考核是企业绩效管理体系的重要组成部分，目的是为了改进部门或员工的工作绩效，考核与计划密切相关，既可针对个人，也可针对部门或项目团队，故有“个考”与“团考”之分。在企业的管理实务中，绩效考核是公认的人力资源管理难点之一，做得好有正向作用，否则会有副作用。 中国金融大典

企业一般都根据战略规划，拟定每年的工作计划，再将年度计划分解成各部门的年度计划。大多数情况下，业务部门的计划定量居多，而职能管理部门的计划以定性为主，所以较难定量地衡量工作绩效。因此，成本中心性质的职能管理部门的绩效考核较难做，IT部门尤其难。

众所周知，企业长期目标需要通过每年的计划逐年实现，信息化工作也一样——年初定计划、年底再考核，如果发现结果有偏差，只能来年再改善，所以考核不能光在年底做，在年度计划执行中也要做，以便及时发现问题与偏差，进行调整或改进，以保障年度目标的实现。我认为，CIO重视结果固然没错，但也要重视控制过程式的考核，不管这种考核是月度考、季度考还是半年考。针对IT部门的考核体系如何建立，应权衡各方因素综合考虑，因为考核与其他管理行为一样，是有管理成本的。

以往，我在IT部门基本实行的是以项目管理为主线、专业IT管理为辅线的内部管理体系。年初，我将公司下达的全年信息化工作计划分解到各项目，实行项目经理负责制;其他事务则以日常管理为主，年终考核以“团考”为主、“个考”为辅。平时自然会论月或论季定期检查、半年做个小结，根据运作情况，对相关部门或人员“敲敲边鼓”，必要时再适当调整计划，但并没有做严格意义上的年中考核。

今年，IT部门根据公司新规划的需要设立了专业二级部门后，每个二级部门的定位、每个专业岗位的职责更清晰了。IT部门的工作任务就直接分解下达到各二级部门了，而公司级与跨二级部门的项目仍然实行项目制，所以试行年中考核的机会比较成熟。

其实，我之所以说IT部门的考核难做，主要是有不少难题需要解决，还要考虑如何方便 *** 作、不至于耗费太多管理成本。比如：

考核对象

“团考”针对的是整个IT部门，还是仅仅针对二级部门;项目考不考;跨年度运作的大项目如何考：“个考”考哪些人。

考核组织与分工

由谁来考总裁还是分管副总裁，抑或是人力资源总监牵头的考核班子，或是IT部门管理层自己考核下属员工。

考核内容和项目

除了计划、任务完成情况外，是否还要对内部管理、团队协作、员工成长及内部客户满意度等进行测量：“团考”与“个考”内容能一样吗;不同专业性质的二级部门或员工的考核内容能一样吗

考核指标及评价标准

制定哪些KPI;要区分不同岗位吗;每个KPI的评价标准如何定;如何将定性指标量化;各个指标的权重如何分配：“团考”和“个考”如何关联。

考核方式和周期

是用表格测评，还是访谈;测评表、调查表的内容、分值如何制定;访谈提纲要统一吗;选哪些访谈对象;被考核对象是否要先小结与自评;测评要几个纬度;年中考核与年终考核如何区分与关联。

考核结果及应用

考核结果如何反馈、谁来反馈;考核结果不理想，是否要调整任务或岗位;要不要和奖励直接挂钩;年中考核的改进建议，年终考核如何检查。

我相信这一系列难题，专业的HR管理咨询公司都可以提供一整套所谓解决方案，来帮助CIO解决。问题是，你“玩”得起吗企业愿意投入咨询费用吗咨询项目做完后，能保证有效的知识转移吗企业的HR部门今后能够就此 *** 作实施吗咨询方案年年都可以照搬吗

今年，公司决定在我们的IT部门试行年中考核后，人力部与我们共同商讨提出了比较切实可行的方案，最后由领导牵头、两个职能管理部门共同组成的考核组，用了并不太长的时间就完成了本次考核。这个考核方案得到了大多数员工的理解与赞同，认真参与，内部客户也很认真对待。通过测评、内部调查、沟通和访谈等过程，人力部增进了对IT部门总体情况的了解。我也打算根据发现的一些问题，适当调整管理策略，比如授权、汇报关系、任务分工与目标界定等。此次年中考核也为年终考核打下了基础，能够确保IT部门全年工作计划的全面完成。

我认为，在整个考核过程中，CIO应与人力资源部门一起根据企业的发展需要、管理水平和条件，持续地改进绩效考核工作，完善IT部门的绩效管理体系，以激励员工取得更好的绩效。

10战略与管理   

IT管理者首先要战略视野和战略思维，要能够理解企业的战略，并使得IT的战略与企业战略匹配。在新技术深刻改变业务的时代，IT管理者需要有对未来的洞察能力，并深刻理解新技术如何影响并改变企业战略。为了支撑好企业战略，IT管理者需要管理好IT组织，所以必须具备一定的专业管理能力。作为一个变革的领导者，IT管理者还需要一些软性的领导能力，包括一些管理理念、管理思维和沟通技能等。

11 IT战略   

能够深刻理解信息化的内涵与作用，理解新的数字化转型方向，识别IT给企业带来的创新机会，能够制定务实有效的IT战略规划。

111信息化内涵与作用    

理解信息化或数字化的本质内涵及发展历史，理解国家在信息化发展方面的战略，理解信息化在宏观经济社会层面及微观企业层面的作用，了解产业数字化与数字产业化的趋势。

112 数字化转型

理解新的数字化技术带来的转型机会，特别是人工智能带来的智能化转型机会。能够识别转型中的主要风险，把握转型的正确方向。能够制定正确的转型策略与方法，包括敏捷及迭代方法。

113 基于IT的企业创新 

能够识别IT，特别是新一代IT给企业带来的创新机会，包括技术创新、业务创新、管理创新、产品创新和营销创新等。

114 IT战略规划

能够理解企业的战略，包括企业未来发展愿景和规划。能够识别企业业务中存在的主要问题及改进机会。能够根据企业和业务的战略制定IT战略规划，包括IT愿景、主要目标、主要工程、实施路径及治理模式等。

115 打造敏捷组织   

在VUCA时代，企业越来越需要敏捷地应对环境地变化。信息化和数字化需要快速敏捷地应对环境和业务的变化，从而打造一个敏捷的组织。SAFe和VeriSM等框架提供了一些可参考的学习内容。

12 IT管理   

既要掌握一些通用的管理方法，也要掌握一些与IT技术相关的专业管理方法。IT管理领域，包括IT项目管理、IT服务管理、信息安全管理和IT治理等，都已形成一些标准的框架与方法。

121 IT项目管理

在项目管理领域，国际上已形成PMBOK、PRINCE2两大体系。对于IT项目管理，可以采用其中某个体系，或者综合裁剪采用两个体系中的部分内容。

122 DevOps与服务管理

ITIL是IT服务管理领域的标准框架，目前已经发展到第4版，即ITIL v4。由于敏捷开发和快速迭代的需要，打破开发与运营的分割，促使开发和运营紧密结合的DevOps（开发运营组合）逐渐在改变传统的IT服务管理模式。

123 信息安全管理   

信息安全是三分技术、七分管理。ISO27001是信息安全管理领域的国际标准框架。随着业务数字化的发展，隐私与数据保护变得越来越重要。EXIN根据欧盟《通用数据保护条例》（GDPR）制定的相关认证培训内容可以作为参考。

124 IT治理

IT治理的核心是要在IT相关决策和行动上控制风险，提交价值。合规性也是IT治理的一项重要内容。COBIT作为IT治理领域的一个流程框架得到了广泛采用。MIT关于IT决策的治理内容也得到了广泛采用。

125 数据治理与数据资产管理

区分数据管理、数据治理和数据资产管理的基本概念；掌握数据管理、数据治理和数据资产管理的基本方法，包括DAMA数据管理知识框架、主数据管理、数据治理框架、数据资产管理方法等。

13 领导力   

作为一个IT管理者，不仅需要一些技术和管理方面的硬技能，还需要人际沟通和带领团队方面的软技能。对人的充分理解、好的管理思维、良好的人际沟通等等都是软技能的重要内容。

131 IT管理者领导力

IT管理者领导力是IT管理者带领团队的能力。谦虚、博学、诚信等都是IT管理者应具备的个人素质。IT管理者需要在战略视野和横向视野，沟通能力和协调能力等方面修炼自己的领导力。

132 中西思维与管理哲学

在大量接受西方标准管理框架的同时，IT管理者还需要理解东西方传统文化所带来的不同思维特征与思维模式，如西方文化更重视结构和流程，东方文化更重视整体和结果；西方文化更偏重逻辑思维，东方文化更偏重形象思维。

133 高效沟通   

作为一个IT管理者，尤其是技术出身的IT管理者，如何更高效和有效的沟通非常重要。金字塔原理中的“打桩子”和“先结论再论据”等表达技巧值得IT管理者好好修炼。好的沟通心态和好的沟通技能，是高效沟通的前提。

20业务与流程   

懂业务是IT管理者的关键成功因素之一。对于所在的企业，IT管理者需要理解企业的业务流程和管理流程，还要了解相应的行业知识。在某种程度上，优秀的IT管理者应该比某些具体的业务人员更懂他的业务，因为IT管理者可以通过信息视角从一个更高角度去看清业务；优秀的IT管理者不仅知道他们业务现在是怎么做的，而且知道他们的业务未来应该如何更好地去做。

21 业务流程      

对于业务，IT管理者首先要能识别并理解企业的核心业务流程。对于一个制造型企业，其核心业务流程主要是“进销存”和“产供销”等。有关核心业务流程的具体内容主要有供应链管理、客户关系管理、电子商务、商业模式创新等。

211 业务流程管理   

IT管理者需要理解的业务流程管理内容包括：业务流程的概念，流程与工作流，BPM的概念及价值，BPM的实施，流程性组织，业务流程架构与IT。

212 供应链管理

互联网新零售时代对传统的供应链管理（采购、库存、物流、渠道等管理）带来了新的需求和挑战。物联网、大数据和人工智能等新技术给供应链管理带来了基于数据的精准化运营模式。

213 客户关系管理   

如何利用数字化手段对客户进行细分和有效管理，特别是在社交网络发达的互联网时代，如何通过消费者数据更好地经营客户。社交性CRM是这个时代客户关系管理的重要内容。

214 O2O与电子商务     

无论是电子商务，还是线上线下相结合的O2O与新零售，电子商务模式正在朝线上线下一体化的方向发展。微信吸粉、数字导购、智能体验、智能推荐等正在打造全新的消费体验。

215 商业模式创新   

什么是商业模式？商业模式的构成要素是什么？基于互联网的商业模式有哪些范式？商业模式创新案例分析。

22 管理流程      

除了核心业务流程，企业还有一些管理流程用于管理者的决策与控制，如财务管理、商业智能与决策支持等。

221 财务管理   

财务管理的主要内容包括：企业会计信息的作用，企业全面预算与财务资源配置，企业资金管理，企业成本管理与控制，企业财务共享中心的建设，财务报表分析等。

222 商业智能与决策支持

何为商业智能（BI）？大数据与商业智能，商业智能对管理决策的支持，商业智能项目的实施，大数据与商业智能案例分析。

23 行业与企业业务知识   

虽然做IT管理者工作具有跨行业的通用性优势，但是了解其所在行业和企业的业务知识，是真正做好一个IT管理者的重要基础。

231 行业业务洞察能力   

对行业业务知识要有足够的了解，特别是对行业的主要业务模式、核心业务流程、市场竞争格局等的了解。

232 企业业务洞察能力   

对企业业务知识要有足够的了解，特别是对本企业的业务模式、核心业务流程、市场地位、核心竞争能力、主要问题及发展战略等的了解。

233 业务创新能力   

对新技术如何改变本行业和企业有深入理解，如制造业需要深入理解的工业互联网与智能制造，政府部门需要深入理解的互联网+政务服务，金融行业需要深入理解互联网金融和金融科技等。

30技术与架构   

理解技术的整体架构和发展趋势是IT管理者的基本功之一。IT管理者对横向技术面的了解（如有哪些主要的技术？各自的作用是什么？他们之间的架构层级是什么样？）比他对某个纵向技术点的精通要重要得多。

31 架构能力      

IT管理者要了解技术的组成结构及匹配关系，能够根据业务需求识别出主要的解决方案架构和技术架构。架构思维和架构设计能力是作为一个IT管理者非常重要的能力。

311 信息化总体架构

信息化总体架构或企业架构（EA）主要描述了企业战略、业务和IT之间的匹配关系。TOGAF、FEA等架构框架中关于企业架构开发方法、架构参考模型等是IT管理者学习信息化总体架构的重要内容。

312 IT架构规划

IT架构规划主要是指应用架构、数据架构和技术架构（基础架构）等的规划设计。云架构、分布式架构、微服务架构等新的技术架构模式是IT架构规划的主要方向。

32 新兴技术      

云计算、大数据、物联网、移动互联网和新一代IT人工智能（深度学习）等新兴技术正在改变企业IT结构和IT应用模式。

321 容器云与微服务架构

Docker容器技术和Kubernetes分布式系统管理技术等的结合为原生云应用开发提供了强大的支撑。基于微服务架构的原生云应用开发已成为应用开发的新模式和新趋势。

322 大数据技术及应用   

大数据技术在存储、计算和分析等不同层面的技术组件及特征。大数据参考架构及技术图谱，大数据的应用场景及案例分析等。

323 物联网技术及应用   

物联网主要技术，物联网参考架构，物联网与边缘计算，物联网产业链，物联网发展趋势，物联网的应用场景及案例分析。

324 人工智能技术及应用

人工智能的发展历史，大数据与人工智能，机器学习与深度学习，深度神经网络（卷积神经网络和循环神经网络）算法，主要实用的人工智能技术（语音识别、计算机视觉、自然语言处理），人工智能在行业的应用。

325 区块链技术及应用   

比特币与区块链，区块链主要技术组合，区块链技术发展趋势，区块链技术的应用场景。

326 5G+AR/VR技术及应用 

5G+AR/VR的技术组合、技术特点，AR/VR的主要应用场景、AR/VR应用的策略等。

40实践与绩效   

IT管理者是一个实践性非常强的职业。IT管理者的价值需要在具体实践中去体现。IT管理者需要特别重视每一笔IT投资给企业带来的真实绩效，而不是为了技术而技术。

41 信息化实践   

他山之石，可以攻玉。CI0需要学习和借鉴其它企业案例进行学习。

411 信息化案例研讨

信息化案例有技术专题相关的，也有行业相关的，案例中的成功经验与失败教训等值得学习和借鉴。

412 沙盘模拟演练   

除了真实案例学习，IT管理者还可以通过好的沙盘模拟演练，体会企业经营管理中的物流、资金流和信息流，从而更深刻理解信息化在其中的作用。

42 信息化绩效   

信息化绩效体现在投资以及投资之后的项目建设及运营管理中。

421 IT投资管理

选择比执行更重要。IT投资决策的风险是整个IT生命周期中最大的风险。IT管理者需要有效的IT投资管理，包括投资决策的机制、投资决策的依据（业务案例分析、ROI分析等）。

422 IT绩效管理

IT绩效管理主要指IT项目建设中的项目绩效管理以及系统运行维护过程中的运营绩效（如平衡积分卡、关联绩效卡、KPI等）

423 IT业务协同

敏捷化时代，IT对业务需求的响应能力和响应速度同样重要，IT业务协同绩效管理即是考核IT对业务目标的贡献能力，IT项目建设、IT运维和业务部门之间的高效协同，是保证业务和企业成功的关键。

以上就是关于IT专业项目管理常见问题及答案全部的内容，包括:IT专业项目管理常见问题及答案、IT项目实施流程、什么是IT资产管理有没有生命周期和自动化软件等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！