如何基于ITIL构建有效的IT服务管理体系

在项目管理中，需求是为了成功完成项目而必须完成的一组任务或条件。它包括产品功能、行为、服务甚至是流程。这些需求的目的是确保资源和公司的长期目标在项目结束时保持一致。

一般情况下，需求可以分为以下几类：

业务需求：指业务的总体需求，旨在实现项目。属于这一类的需求是更基本的、与组织的长期目标相一致的长期需求。

解决方案需求：更多以产品为中心，并深入研究。它们可以是功能性的，也可以是非功能性的，确保产品的最终结果既满足产品需要做的事，也满足产品应该做的事。

利害关系人需求：描述了关键人员，他们在里程碑上签字，完成工作，最终确定可交付成果等等。有时他们可以是客户、团队成员、业务伙伴或关键领导。它需要一个坚韧的项目经理来确保所有利害关系人的需求在整个项目中得到很好的平衡。这对于良好的利害关系人管理必不可少。

你也可以定义适合项目的需求类别。

8Manage PM提供了一个用于项目需求管理的平台。系统自动侦查需求的变化，并把需求变化与项目的各个阶段关联，以此提醒用户，让用户更好地了解需求变化所带来的影响。系统也能自动追踪需求依赖及间接变化，让用户尽早了解其潜在影响。

该企业级工具拥有在整个项目过程中准确捕获和传达需求、目标、进度和相互依存关系的能力。团队可以使用该系统来缩短周期时间，提高质量，减少返工并最大程度地减少证明合规性的工作。

无效的需求管理流程，或更常见的是不采用任何需求流程，已被确定为项目失败的主要原因。从项目生命周期开始就实施的需求流程的投资最终会得到回报。

在企业中，整个的开发的过程，从头到尾，大致可以分成五个大的阶段，分别是需求，设计，编码，测试，交付这五个阶段，这当中，位于软件公司内部管理的过程，详细划分又可以分为7步，如下所列：

相关系统分析员向用户初步了解需求，然后用WORD列出要开发的系统的大功能模块，每个大功能模块有哪些小功能模块，对于有些需求比较明确相关的界面时，在这一步里面可以初步定义好少量的界面。

系统分析员深入了解和分析需求，根据自己的经验和需求用WORD或相关的工具再做出一份文档系统的功能需求文档。这次的文档会清楚利用系统大致的大功能模块，大功能模块有哪些小功能模块，并且还列出相关的界面和界面功能。

开发者需要对软件系统进行概要设计，即系统设计。概要设计需要对软件系统的设计进行考虑，包括系统的基本处理流程、系统的组织结构、模块划分、功能分配、接口设计、运行设计、数据结构设计和出错处理设计等，为软件的详细设计提供基础。

在概要设计的基础上，开发者需要进行软件系统的详细设计。在详细设计中，描述实现具体模块所涉及到的主要算法、数据结构、类的层次结构及调用关系，需要说明软件系统各个层次中的每一个程序(每个模块或子程序)的设计考虑，以便进行编码和测试。

一、IT营运管理方法论现今的企业为了强化自己在这个新世纪的竞争力，导入了ERP系统、供应链系统、CRM系统、决策支持系统、知识管理系统等等，这些系统最后都要进到企业的IT营运体系中。当我们透视解决方案生命周期时，可以看到，所有的解决方案最后都要进到企业的IT营运体系中，为企业员工所使用。如果IT的整个营运管理做得不好，那这些花大钱建置起来的系统再好功能再强也没有用，因为使用者根本无法顺利地使用它们。某大型电子公司，共运行了四十多个应用系统，当他的信息主管被问到，哪一个系统最重要时，他回答：「IT的营运与管理最重要！唯有好的IT营运管理，才能让公司上上下下好好的用每一个系统。」这个见解实在是一针见血。既然IT营运管理非常重要，那么如何提供好的IT 服务，对IT 主管或CIO 而言当然是非常重要的课题。答案是采用更新的技术或添购功能更强的设备吗？在1999 及2000年Gartner Group 广泛访问企业CIO 有关服务或应用程序无法使用(downtime) 的原因。结果大家最常认定会出问题的技术或产品(包括硬件、软件、网络、电力失常及天灾等)，其实只占了20%，那么占大宗的是什么呢？我想你已经猜到了，作业程序(Process) 失误就占了40%，另外作业人员(People) 疏失也占了40%。作业流程失误包括变更管理(Change Management) 没有做好、超载、没有测试等等程序上的错误或不完整。作业人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等等。Gartner Group 这份访查结果正是80/20 法则的再次印证。我们常想要把系统的可用度提高，当然就是要花大钱购买标榜可提高可用度的硬件或软件。孰不知这个部分事实上只占了系统停机原因的20%。如何做好IT 服务管理，首要工作当然是加强流程和作业人员管理，因为那才是造成系统无法使用的主要原因－ 两个原因加起来共占80%！我们常听人家说大型主机(Mainframe) 的 系统比较稳定可靠，所以经过了这么多年还是有许多企业愿意花大钱继续一年年采用。其实真的是它的系统软硬件更好吗？恐怕并不尽然。我们知道，大型主机系统 有着一套完整清楚的系统运作规范可遵循，人员在训练时花在运作程序方面的心力绝对不亚于系统软硬件，甚至是更多。有了严谨的程序，加上完整的人员训练，自 然就可以把那80%的系统停机风险降到最低。那么是否有方法论，可以用来建构企业内IT 服务管理而且是主要IT 厂商都支持的呢？

二、什么是ITILITIL（Information Technology Infrastructure Library）是信息系统运营与服务管理标准，用于定义IT部门管理工作中需要的各个工作程序(Process)，以及各个工作程序之间的相互关系。在跨国公司IT经理中素有"IT界MBA"之称。80年代中期，英国政府部门发现提供给其的IT服务质量不佳，于是要求当时的政府计算机和电信局（CCTA），启动一个项目对此进行调查，并开发一套有效的和可进行财务计量的IT资源使用方法以供本国的政府部门和私有部门使用。同时，这种方法还应该是独立于厂商的并且可适用于不同规模、不同技术和业务需求的组织。这个项目的最终成果是一套公开出版的IT服务管理指南，即ITIL（Information Technology Infrastructure Library）。虽然ITIL当初只是为英国政府开发的，但是在90年代初期，它很快就在欧洲其它国家和地区流行起来。到90年代中期，ITIL成为了事实上的欧洲IT服务管理标准。90年代后期，ITIL又被引入到美国、南非和澳大利亚等国家和地区。2001年英国标准协会（BSI）在国际IT服务管理论坛（itSMF）年会上正式发布了以ITIL为基础的IT服务管理英国国家标BS15000。2002年BS15000被提交给国际标准化组织（ISO），申请成为IT服务管理国际标准。国际标准组织已接受这个申请，并为此设立了一个专门工作组。该标准有望在2006年前后生效，可以说，ITIL已是事实上的国际IT服务管理标准。ITIL的目的是帮助企业降低IT运营管理成本，并且提高IT服务水平，提高业务部分的满意度。

三、ITIL的核心思想ITIL它并不是一套理论模式，它所根据的是最佳的实际经验。其中的许多经验不但广为人知，而且有无数的IT机构都是采用它来提升IT服务的效率及加强IT部门间的横向沟通。这套方法论历经了十数年的考验，证明它是最被IT业界广为接受的一套经营IT经验指南，等于是IT管理的业界标准。ITIL将IT的工作分为两大类：分别为《服务支持》（《Service Support》）和《服务提供》（《Service Delivery》Service Support针对的是一般系统的运作部分，目的是让使用者可以顺利存取到IT服务。其中包括Service Desk、事件处理与追踪、问题处理与追踪、系统变更、系统配置设定的记录与维护，以及版本的发行与控管。第二大类Service Delivery则是针对IT部门对客户提供信息服务时应有的工作程序。其中包括服务层级的约定与管理、IT服务的财务管理、系统可用度管理、系统容量的测量与未来规划、灾难情况的业务持续运作规划与系统复原。《服务支持》（《Service Support》包括如下流程：

1 事件管理（Incident Management）: 识别偶发的事件。

2 问题管理（Problem Management）：对服务台识别的偶发事件的潜在原因加以诊断，安排改正IT基础设施的错误并进行问题预防指导。

3 变动管理（Change Management）：变动管理过程确保使用标准方法和规程有效且迅速处理所有变动。变动管理旨在提高组织的日常运作水平。

4 配置管理（Configuration Management）：识别、控制、维护和检验现有的包括基础设施和服务在内的IT资产。

5 发布管理（Release Management）：通过控制软件、硬件的发行和版本确保信息系统资产的安全，并消除不同版本引起的潜在问题。 《服务提供》（《Service Delivery》）包括如下流程：

1 服务水平管理（Service Level Management）：服务水平管理的目标是通过协调IT用户和提供者双方的观点，实现特定的、一致的、可测量的服务水平，以为客户节省成本、提高用户生产率。

2 可用度管理（Availability Management）：可用性管理的目标是优化IT基础设施的性能，它的服务和支持的组织。可用性管理导致成本节省的、持续的服务可用性水平，这种服务可用性确保业务满足其目标。

3 能力管理（Capacity Management）：使组织在危机出现时管理资源并提前预测需要的额外的能力。它描述了计划、实施和运行该过程必需的规程。

4 持续性管理（Continuity Management）：在尽量少的中断客户业务情况下，提供IT服务，并在IT系统出现问题时，以可控的方式恢复。

5 财务管理（Financial Management）：确定IT服务的成本核算，设定预算，监督预算执行情况，根据提供的服务收取费用。 针对ITIL管理流程的具体实现，ITIL标准又将实现工具分为三类：Process Management Tools—过程管理工具Analysis Tools—分析工具Execution Tools—执行工具 四、XX银行IT管理规划建议全面实施ITIL模式对任何IT企业都至关重要，但在实施时通常需要循序渐进，并且要从最急迫需要解决问题处入手。最重要的是要采用统一的符合ITIL标准的信息架构。另外，在实施前，切记先记录下现有环境数据，以便随着时间的流逝来衡量成效。我们建议xx银行将规划分为：短期目标，中期目标，长期目标三个阶段实施，从而构建符合ITIL标准的IT服务和管理平台。短期目标：达到目的1）立符合ITIL标准的统一的信息架构（altiris notification server）

2） 保证统一的配置管理数据库（Configuration Management Database）

3）实现变更管理、配置管理、问题管理变更管理（Change Management）为何要做变更管理呢？这里举两个因为变更管理没做好而蒙受重大损失的例子来说明。2001 6 ，NASDAQ当机长达半天，原因是 *** 作人员做了一个未经测试的变更动作，结果导致整个系统停机。同样也是在2001年6月，NYSE在半夜做了一个软件变更的变更动作，导致部份系统当机，无法完成股票买卖交易。这两件事都上了报纸及新闻头条，包括华尔街日报、CNN 及CNBC等等。这反映出了变更管理真的很重要，一旦没有做好它，企业的关键任务(Mission Critical)系统就会受到影响。以银行业为例，只要是IT部门当机一小时，其导致的结果可能是全体员工要花上数倍或甚至是数十倍的时间来补救，而且因为分行里客户大排长龙，负面报导上了晚间新闻及报纸，企业形象受损的损失更是无法估计。这也可以说明为何企业CIO 把变更管理视为第一要务。为进行变化管理，IT组织中应该有变更管理员（Change Manager）及CAB（Change Advisory Board）的编制。变更管理员是全程负责监督RFC从提出到结案整个过程的人。CAB代表是变更咨询委员会。配置管理：在公司内，通常会做所谓的资产管理(Asset Management)，也就是把每项公司资产是何年何月何日购入、哪一个会计科目、负责人是谁等信息记载在数据库中，这是一般传统的资产管理方式。但是实际经验显示，如果用这种方式来管理IT相关资产，包括硬件、软件、网络等等，结果会因为记录的信息太过简化而衍生出许多问题。IT资产的管理所必须记录的信息要比一般资产多得多。目前有经验的IT部门都有一套方式来记录IT资产。但是IT资产的管理难道就只是详尽记录它的型号版本等等这些规格信息而已吗？其实这是不够的，还要包含该项资产所有的配置设定，以及它与其它IT资产之间的相互影响关系。这些配置都会输入到所谓的「配置管理数据库」(CMDBConfiguration Management Database)中。准确而完整的CMDB是相当重要的。因此要有一个机制来提供这个信息，这个机制就是配置管理(Configuration Management)。配置管理可存取并提供IT资产正确信息和这些资产间的关系，还能提供对系统的影响及趋势分析，降低未经授权软件的使用情形，以及控制所使用的IT资产。问题管理问题管理的目标就是要找出事件或问题发生的真正原因，并找出对策或步骤来解决问题。我们常说要对症下药。没有针对原因来解决问题，可能可以让服务暂时还可以使用，但如果错误原因没有被消除的话，将来还是会发生问题，事件还会再重复发生─ 进而再度影响IT服务的提供。这 也就是为什么要有问题管理的原因。唯有找到原因，才能解决问题，避免同样的问题一而再，再而三的发生。问题管理分成两个部分，一个是被动的部分─等事件通 报变成问题，再来分析问题，找出问题发生原因，加以诊断，再提出解决方法及步骤。一个是主动的部分，分析趋势，事前先找出可能潜在的问题，主动提出解决方 法及步骤，预防问题将来发生。

4） 对应altiris工具

配置管理Configuration Management 过程管理工具/分析工具/执行工具

Altiris Architecture- altiris notification server 建立统一的信息管理架构

Altiris Inventory solution 资产管理

Altiris web reports 报表分析功能

Asset Control solution 固定资产管理，建立最完整统一的资产信息及相关联信息

变化管理Change Management 分析工具

Altiris Inventory solution 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Metering Solution 应用软件管理

执行工具

Altiris software delivery 软件部署与升级管理

Altiris client management suite 客户端 *** 作系统部署、升级；软件的部署与升级；微软补丁自动安全管理；远程控制等。

问题管理Problem management及事件管理 Incident management 分析工具

Altiris Inventory solution IT 资产管理

Asset Control solution 固定资产管理

Altiris web report 报表分析功能

Application Management Solution 应用管理

执行工具

Altiris Deployment Solution 系统部署、升级和管理

Application Management Solution 应用管理

Carbon Copy Solution 远程控制

中期目标：达到目的：实现事件管理、持续性管理（Continuity Management）、可用度管理在现今全球化经济社会下，可用度及IT服务持续性管理可说是最举足轻重的两个重要程序。营运服务能否持续每天24 小时，一周7天地正常运作，变得愈来愈重要。可用度能左右顾客满意度，并且能快速的影响企业整体声誉及业务是否成功。IT服务持续性管理程序是要确保正常可用的解决方案发生问题后，依然能够持续提供另一个等级的IT服务给客户。从这个观点来看，可用度管理及IT服务持续性管理的关系非常密切。这两个管理程序都是试图减小IT服务的可用度危机。可用度管理的焦点主要是集中在处理日常可能出现会影响到可用度的危机，如果无对应的反制措施或反制措施没有办法完全涵盖或应付时，这些危机就由应变计划及IT服务持续管理程序来处理。IT服务持续管理程序分做3 个步骤。第一步是取得Service Level Agreement，然后分析及找出每层的危机，将IT服务分成下列层级：服务、应用软件、中介软件、 *** 作系统、硬件、网络、环境、外在影响因素。第二步是提出这些紧急状况的解决方法；这包括两个部分：第一个部分是Failover，第二个部分是Recovery。Failover 包括有几种选择：Cold Standby、Warm Standby 及Hot Standby。第三步则是制作应变计划。对应altiris方案：

服务水平管理（Service Level Management） 过程管理工具/分析工具/执行工具

Altiris helpdesk Solution 建立统一的service desk

持续性管理（Continuity Management） 分析工具

Altiris Site Monitor Solution 网络站点监控模块

Altiris Monitor Solution 服务器监控模块

Application Metering Solution 应用监控模块

执行工具

Altiris Recovery Solution 恢复模块

长期目标：达到目的：IT财务管理分析（Financial Management）

IT财务管理分析Financial Management） 过程管理工具/分析工具/执行工具

Altiris Contract Management Solution 合同管理

Altiris TCO Management Solution IT 总体拥有成本分析

随着时代更替，无论是任何行业的大中小企业，皆离不开信息化。通过信息化系统、信息化技术可以提升企业员工办公效率，给企业带来更多业务增长。但是技术一直在进步，传统信息化建设也逐渐暴露出更多弊端，在性能、可靠性、安全、管理和业务创新五个维度暴露出的问题最为核心，企业需要通过数字化转型来解决这五大问题，打破发展瓶颈。

第一个核心问题：性能问题。

这里的性能指的便是以前的老旧系统的问题。随着客户的业务增长，企业常常会碰到IT系统性能跟不上的问题，常见问题有：企业网站、App、小程序加载速度慢，打不开；有的用户能访问、有的不能访问；业务高峰期卡顿用户无法访问企业信息门户；业务量逐年增长但是扩容量跟不上；面对数据剧增的时候本地空间完全不够；网络访问增加，带宽资源不够；这些业务问题都对企业的业务发展造成了阻力。

第二大核心问题：可靠性。

同样也是由老旧系统暴露出的可靠性问题。老系统可靠性差会经常业务中断；遇到故障停机时间过长；任何服务器失效，网络中断都有可能导致业务瘫痪；遇到故障数据丢失，难以恢复；一旦机房出现问题，业务就无法访问；构建多地多中心架构非常麻烦，成本非常高。面对这些问题，不仅仅是对发展产生阻力，甚至会带来严重的损失。

第三大核心问题：安全问题。

所有的企业都会遇到安全问题，但是大部分的企业不重视或者是不知道，就经常亡羊才能补牢。安全问题主要体现在：服务器被“肉鸡”；用户数据被盗；黑客攻击DDoS，站点无法访问；安全加固形式化等问题。安全问题一旦出现，带来损失是肯定的，甚至还会让企业承担一定的法律责任。

第四大核心问题：企业更能直观感受到的管理问题。

传统IT的管理相对来说是比较重要的，但并不是每个企业都可以做到，因为这需要相当的成本和专业度。表现在企业管理的设施多，管理成本高；配置不灵活，改动代价大；上线不及时，下线不敢动；传统IT架构僵化，不同厂商难以兼容等。这些管理问题会给企业带来非常多自身业务外的繁重工作量，让企业无法专注于自身业务发展。

最后的核心问题：业务创新的问题，也是企业“破冰”最需要解决的问题。

当企业业务达到一定规模之后一定会思考如何能找到下一个增长点，而在创新的过程中也会碰到业务增长乏力、新技术应用门槛高、技术应用速度慢、技术人才缺乏、高端人力成本高等问题造成企业业务停滞不前。

 总结

这五大企业急需解决的核心问题，通过企业上云都可以迎刃而解。现在国内的云计算技术实力让人惊叹，一方面阿里云、腾讯云这样的知名厂家都进行了大量投入，科研能力也越来越强。给企业上云带来更多选择。

例如上文提到的前两个问题，可以使用云服务器的d性伸缩、负载均衡能力解决；第三大问题利用腾讯云的DDoS攻击防护、Web应用防火墙，等保整合解决方案等可以一站式解决企业网络安全问题。

最后两大问题通过一些新的云计算技术都可以很好解决，低代码平台，数据审计平台等可以帮助企业多快好省解决当下痛点。

希望本回答可以帮到你

望采纳~

软件开发流程：

软件开发流程是指软件开发设计的一般流程，包括软件的总体结构、模块的组成、功能的设计、程序的编译、调试、联调、测试等过程。

主要步骤：

项目分析、确定开发、需求分析、设计、编程、软件测试、软件交付、验收、维护。

详细释义：

软件开发流程即软件设计思路和方法的一般过程，包括对软件先进行需求分析，设计软件的功能和实现的算法和方法、软件的总体结构设计和模块设计、编码和调试、程序联调和测试以及编写、提交程序等一系列 *** 作以满足客户的需求并且解决客户的问题，如果有更高需求，还需要对软件进行维护、升级处理，报废处理。

软件开发流程八个步骤：

1、软件开发的第一个过程是对项目开发的分析和确定。主要是软件开发商所确定项目开发后，需要和需求方讨论确定需求方软件开发的目标和具体需求。

2、接下来就是需求分析。此步骤也是确定正常实施软件开发的具体想法的阶段。在确定软件开发可以进行后，对客户的需要实现的软件功能进行详细的分析。同时要考虑开发过程中可能出现的变化，制定需求变更计划，随时应对特殊情况的发生，保证软件开发过程的顺利进行。

3、接下来就是软件设计。要根据上一阶段的软件功能需求分析结果进行设计，涉及到软件设计框架结构、软件系统模块和软件系统的数据库，主要分为总体设计和详细设计两部分。

4、接下来就是编程的实施步骤。编程也是基于软件的设计，软件设计的所有部分都是通过计算机程序代码实现的。编程由统一规范的程序书写规则，保证了软件程序的可理解性。

5、接下来的就是步骤软件测试。也就是客户软件按照设计用编程代码实现后，也就是软件程序。完成后，需要修改书面的程序，形成整体框架，功能为单元，组装，系统三个阶段测试，程序的正确性，客户要求功能的充分性，以确定软件是否满足开发要求，这也是一个发现问题、纠正问题的过程。

6、软件开发是通过以上核心环节完成的。接下来就在软件开发之后满足了客户的要求，软件系统交给了客户，并向客户交付软件安装程序、数据库的数据字典、《用户安装手册》、《用户使用指南》、需求报告、设计报告、测试报告等文档，指导客户安装软件及安装技巧。

提醒客户关注软件的运行状态、环境、服务器及相关中间件的检测和注意事项，了解客户软件的实际 *** 作方法、使用流程等问题，实现合同规定的任务。

7、用户接受开发交付的软件开发后，实际 *** 作运行测试。达到满意的结果后，对开发出来的软件进行验收。

8、定制开发的软件通常需要提供售后服务，维护软件，或者根据用户的新需求修改应用软件程序，不断满足客户的实际需求。

IT实际上有三个层次：

第一层是硬件，主要指数据存储、处理和传输的主机和网络通信设备；

第二层是指软件，包括可用来搜集、存储、检索、分析、应用、评估信息的各种软件，它包括我们通常所指的ERP(企业资源计划）、CRM(客户关系管理）、SCM(供应链管理）等商用管理软件，也包括用来加强流程管理的WF（工作流）管理软件、辅助分析的DW/DM（数据仓库和数据挖掘）软件等；

第三层是指应用，指搜集、存储、检索、分析、应用、评估使用各种信息，包括应用ERP、CRM、SCM等软件直接辅助决策，也包括利用其它决策分析模型或借助DW/DM等技术手段来进一步提高分析的质量，辅助决策者作决策（强调一点，只是辅助而不是替代人决策）。

专家的研究和大量企业实践表明，在IT项目的生命周期中，大约80%的时间与IT项目运营维护有关,而该阶段的投资仅占整个IT投资的20%,形成了典型的“技术高消费”、“轻服务、重技术”现象。Gartner Group的调查发现，在经常出现的问题中，源自技术或产品(包括硬件、软件、网络、电力失常及天灾等)方面的其实只占了20%，而流程失误方面的占40%，人员疏失方面的占40%。流程失误包括变更管理没有做好、超载、没有测试等程序上的错误或不完整，人员疏失包括忘了做某些事情、训练不足、备份错误或安全疏忽等。

这就说明，IT运营方面的问题，更多的不是来自技术，而是来自管理方面。那么，如何进行IT运营管理呢？

世界上许多企业和政府部门进行了长期的探索和实践。以这些企业的经验和成果为基础，逐渐形成了一种新的IT运营管理方法论，那就是ITSM(IT Service Management，IT服务管理)。

这套标准已经被欧洲、美洲和澳洲的很多企业采用，在欧洲40－60%的IT经理都知道ITSM，在美国有20-30%的IT经理了解ITSM,而在国内了解ITSM的人还很少。ITSMf的CEO Aidan Lawes认为，“对一个企业来说，不管其IT架构多大，都需要ITSM，目前把业务与IT能够很好集成的客户还不多，很多人首先想到的是业务，然后才是IT，而不是用IT去驱动业务。” Aidan Lawes认为有必要要从教育入手普及ITSM，让人们从学生时代就意识到ITSM的重要性。 基于不同的出发点和侧重点，人们提出了各种各样的有关IT服务管理的定义。

国际IT领域的权威研究机构加特纳(Gartner)认为，ITSM是一套通过服务级别协议(SLA)来保证IT服务质量的协同流程，它融合了系统管理、网络管理、系统开发管理等管理活动和变更管理、资产管理、问题管理等许多流程的理论和实践。

而ITSM领域的国际权威组织itSMF(国际IT服务管理论坛)则认为ITSM是一种以流程为导向、以客户为中心的方法，它通过整合IT服务与组织业务，提高组织IT服务提供和服务支持的能力及其水平。 实施ITSM的根本目标有三个：

(1)以客户为中心提供IT服务；

(2)提供高质量、低成本的服务；

(3)提供的服务是可准确计价的。 ITSM的基本原理可简单地用“二次转换”来概括，第一次是“梳理”，第二次是“打包”，如下图所示。首先，将纵向的各种技术管理工作(这是传统IT管理的重点)，如服务器管理、网络管理和系统软件管理等，进行“梳理”，形成典型的流程，比如ITIL中的10个流程。这是第一次转换。流程主要是IT服务提供方内部使用的，客户对他们并不感兴趣且仅有这些流程并不能保证服务质量或客户满意。还需将这些流程按需“打包”成特定的IT服务，然后提供给客户。这是第二次转换。第一次转换将技术管理转化为流程管理，第二次转换将流程管理转化为服务管理。

之所以要进行这样的转换，有多方面的原因。从客户的角度说，IT只是其运营业务流程的一种手段，不是目的，需要的是IT所实现的功能，客户没有必要，也不可能对IT有太多的了解，他和IT部门之间的交流，应该使用“商业语言”，而不是“技术语言”，IT技术对客户应该是透明的。为此，我们需要提供IT服务。为了灵活、及时和有效地提供这些IT服务，并保证服务质量、准确计算有关成本，服务提供商就必须事先对服务进行一定程度上的分类和“固化”。流程管理是满足这些要求的一种比较理想的方式。 ITSM适用于IT管理、而不是企业的业务管理。清楚这点非常重要，因为它明确划分了ITSM与ERP、CRM和SCM等管理方法和软件之间的界限，这个界限是：前者面向IT管理，后者面向业务管理。

ITSM不是通用的IT规划方法。ITSM的重点是IT的运营和管理，而不是IT的战略规划。如果把组织的业务过程比作安排一辆汽车去完成一趟运输任务，那么IT规划的任务相当于为这次旅行选定正确的路线、合适的汽车和司机。而ITSM的任务则是确保汽车行驶过程中司机遵循 *** 作规程和交通规则，对汽车进行必要的维修和保养，尽量避免其出现故障；一旦出现故障也能很快修复；并且当汽车到达目的地时，整个行驶过程中的所有费用都可以准确地计算出来，这便于衡量成本效益，为做出有关调整提供决策依据。简单地说，IT规划关注的是组织的IT方面的战略问题，而ITSM是确保IT战略得到有效执行的战术性和运营性活动。

虽然技术管理是ITSM的重要组成部分，但ITSM的主要目标不是管理技术。有关IT的技术管理是系统管理和网络管理的任务，ITSM的主要任务是管理客户和用户的IT需求。这有点像营销管理。营销管理的本质是需求管理，其目标在于如何让组织生产的最终产品或提供的服务满足市场(客户)的需求。同样，在ITSM中，IT部门或IT外包商是IT服务的提供者，业务部门是IT部门或IT外包商的客户，如何有效的利用IT资源恰当地满足业务部门的需求就成了ITSM的最终使命。换个角度说，对客户而言，业务部门只需关心IT服务有没有满足其要求，至于IT服务本身能不能或者怎样满足要求，业务部门作为客户不用也没有必要关心。

关于这一点，可以用下面的例子说明。某个用户急需打印一份页数较多的文件，但恰好此时打印机出现故障，那么用户传统的处理方式是通知和等待IT部门修复打印机，然后从感情上表达不满，而“ITSM式”的处理方式是，对IT部门说：“我需下午5:00前使用该打印文档，OK？”至于打印工作是怎样完成的，比如是通过修复或换一台打印机，那是IT部门的事，业务部门只需为服务本身付费。这就是ITSM与传统的IT管理的本质不同之处。

甲方一般是指提出目标的一方，在合同拟订过程中主要是提出要实现什么目标。

乙方一般是指完成目标，在合同中主要是提出如何保证实现，并根据完成情况获取收益的一方。

在合同过程中，甲方主要是监督乙方是否完全按照要求提供自身需求的满足。 在合同执行结束后，甲方一般需要付出资金或者其他，以获得自身需求所需要的东西。通俗点说，甲方就是出钱的，乙方就是出力的。

扩展资料：

IT行业中一些常见的术语：

1 CDN

全称是Content Delivery Network，即内容分发网络。其基本思路是尽可能避开互联网上有可能影响数据传输速度和稳定性的瓶颈和环节，使内容传输的更快、更稳定。

通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络，CDN系统能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上。

2 DDL

数据库模式定义语言并非程序设计语言，DDL数据库模式定义语言是SQL语言（结构化程序设计语言）的组成部分。SQL语言包括四种主要程序设计语言类别的语句：数据定义语言(DDL)，数据 *** 作语言(DML)，数据控制语言(DCL)和事务控制语言（TCL）。

具体的范文模板

链接：>pwd=2h6j 提取码: 2h6j

以上就是关于现代IT项目中的需求管理如何做全部的内容，包括:现代IT项目中的需求管理如何做、企业软件开发流程是什么、如何基于ITIL构建有效的IT服务管理体系等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！