一个项目A即将上线，那么这个项目A上线过程在ITIL中属于什么流程？
学习资料：IT运维管理社区专家讲堂直播300期视频回放
下面是IT运维管理Q群网友们的对话，有启发意义。
广州-**(312287200)2013/10/814:42:35
请教：
一个项目A即将上线，那么这个项目A上线过程在ITIL中属于什么流程？
武汉-Tiny(234952069)2013/10/814:43:21
可以用发布管理控制
津-longerwood(57547249)2013/10/814:43:34
变更和发布
还涉及配置管理
广州-**(312287200)2013/10/814:44:49
3Q~
广州-**(312287200)2013/10/815:01:19
一个新的项目也会这涉及到变更么？
漫步人生(11027420)2013/10/815:02:31
上了新项目，多少都会引起旧的系统变更
逗逗龙(82147353)2013/10/815:02:33
ISO20000中有一个叫做设计和转换新的或变更的服务流程设计
武汉-Tiny(234952069)2013/10/815:05:16
新项目的上线肯定会导致配置的更新，需要变更来进行控制，控制包括测试等，因此需要进行发布
广州-**(312287200)2013/10/815:07:42
学习了~
广州-**(312287200)2013/10/815:09:08
假设我要建个新机房，要铺设防静电地板，要买新机架，来迁入一些服务器，要配置若干台UPS，以及或干空调，从ITIL角度来说，应该是和新项目上线一样的，仍是1、发布管理2、变更管理3、配置管理
1.发布管理应该是事新准备好所有的设备，以及一些设备经过必要的调试测试，证明是可用的；
2.变更管理，就是做过新机房的架设计划，如果涉及服务器的迁移，要准备好服务器迁移时对服务影响的备用方案；
3.配置管理，就是要将新机房的配置信息记录在案，以及一些配置数据是正确的，例如空调温度，每台UPS所负载的设备的负荷数等；
--->可以这样理解么？
逗逗龙(82147353)2013/10/815:10:05
这里还是有一个需要判定的地方，如果是新的服务或者是影响重大的已有服务的变更是要走一套专有管理流程的，包括：需求识别、评审、设计开发、服务转换----这么几个阶段；反之直接走变更流程。
逗逗龙(82147353)2013/10/815:12:48
你说的这个是直接进行实施了，之前的需求评审，设计评审都没有。
武汉-Tiny(234952069)2013/10/815:13:57
我认为首先要从配置的角度出发，你想管控的哪个颗粒度，机房中涉及到的配置项及其关系先定义清楚，再来保证其配置信息是实时的准确的；
之后进行变更的申请，包括配置的更新申请，配置的更新带来的影响及风险，然后进行测试控制，
最后对变更的实施过程进行发布控制，关注于设备是否经过测试，可用，最后发布到生产环境
武汉-Tiny(234952069)2013/10/815:15:27
发布完成后相当于移转运维了开始正常运维了
广州-**(312287200)2013/10/815:24:10
会有这样的困惑，IT服务管理是不是就是指运维工作呢？
战略管理层面：关注于IT如何服务于企业的中长期规划和事业方针，如何保障企业健康发展，关注于如何提高企业的竞争力以及利用IT的手段改善企业流程。
实施管理层面：关注于对于规划的IT项目如何进行管理，保障软件开发项目、系统集成项目得以顺利的实施。
运维管理层面：关注于如何保障已有的IT系统稳定、高效、安全地运行，保障企业业务顺利进行。
-->
实施管理就是常用的软件生命周期管理；
运维管理就是指ITIL中的五大生命周期管理。
可以这样理解么？
武汉-Tiny(234952069)2013/10/815:26:46
我觉得可以不知道其他人的见解
广州-**(312287200)2013/10/815:26:54
一个IT项目的上线，就是他的运维工作的开始
武汉-Tiny(234952069)2013/10/815:27:05
嗯
运维移转
逗逗龙(82147353)2013/10/815:30:31
我觉得要以服务来看待，而不是项目。
武汉-Tiny(234952069)2013/10/815:49:26
你刚说的项目是指为完成某一产品或服务所做的工作
所以是相关联的
武汉-Tiny(234952069)2013/10/815:50:07
项目那部分是可以用项目管理或软件开发管理来管控的
项目做完了要进行运维移转这部分开始可以用ITIL来管控
页:
[1]