基于软件生命周期的过程管理体系
第五届中国软件工程大会
(CCSE 2008)
基于全生命周期的过程改进
目录
国内IT行业发展问题探讨
全生命周期管理模式
全生命周期过程改进模型全生命周期过程
过程改进实践
案例
国内IT行业发展问题探讨
CMMI-DEV 解决IT开发企业的
开发问题
CMMI-SVC解决IT用户企
业的使用维护问题
CMMI-ACQ解决IT用户企业的
发分包问题
IT开发的管理重点从开发环节向运维环节转移
IT系统打造客户的竞争力
IT服务的损失
观点二:信息化的管理重点从运维环节向开发环节转移
业务发展对信息系统有更高的要求
IT系统不能及时更新支持客户的竞争力
软件即服务,服务不到位
•
•
•
•
开发或定义关键运营管理流程没有统一管理
反应时间长,服务质量差,遗留问题多
没有主动服务精神和管理体制
缺乏长期规划的能力和意识
加强全生命周期管理的意义
客户方
基于自身业务的持续业务规划和
战略,与IT建设战略的整合IT服务符合业务和用户需要,支
持业务拓展
IT服务管理体制迎接业务变革管理成本、预算、资源和业务效率,可以测量的服务质量
建设方
基于目标客户的需求统一管理,整合多期规划需求,需求变更,实施、维护和后期变更的需求,
提供完备解决方案
针对统一解决方案一致性需求提供产品规划,针对个性化需求由
项目满足
统一测试发版,升级管理
客户方和建设方的统一管理
进行全生命周期的知识技能、配置和版本管理
统一建设战略规划和实施管理明确的需求交换和维护体制接口
全生命周期管理模式
全生命周期管理的意义和贡献
IT服务管理符合客户需要,因而使客户满意
减少不能满足业务要求的风险
改进IT组织和客户之间的沟通和信息交流
增加生产力和技巧和经验的优化使用
服务的质量方法,提供质量保证并且改进业
务连续性
提供高可靠性的服务,支持客户方业务发展
和变更
明确需求交流接口
全生命周期管理的意义和贡献
IT服务的合理成本,作为服务层次协议的基
础
可以提高IT支持的反应效率
全生命周期的费用规划,避免建设费用侵占
维护费用,确保服务质量
符合业务、客户和用户需要的服务
每个人知道自己的角色并且指导在服务提供
中的责任
从以前的经验中学习明显的提升绩效指数
全生命周期过程改进模型
确定目前处于什么现状
确定想改进到什么程度
制定计划
执行计划
汲取经验教训继续做
PDCA过程: 计划、执行、检查、改进
IDEALSM模型:初始、诊断、建立、行动、学习
全生命周期过程持续改进-IT应用企业
商业目标
业务规划和持续
改进
业务的持续改进
环境
安全风险管理
过程质量
管理
IT服务响应管理
目标:
增加收入提高利润正向的现金流
降低成本客户满意员工满意
ISO 14000ISO 27001
ISO 9000 业务持续性管
理ISO 20000/BSI 15000ITIL V3.0
全生命周期过程持续改进-IT开发企业
商业目标
IT企业过程连续
性和持续改进
IT开发和服务的持续改进
环境安全风险
管理
项目
过程质量管理IT服务响应管理
目标:
增加收入提高利润正向的现金流
降低成本客户满意员工满意
ISO 27001
BS 7799
CMM/CMMI
ISO 9001:2000 ISO 20000/BSI 15000ITIL V3.0
全生命周期的改进方式
全生命周期的过程改进实践
识别公司的过程改进目标
以客户和业务为核心进行业务规划
明确IT开发和IT服务各自的目标和共同目标
制定统一的过程改进计划,明确各自的目标
定义流程的接口,明确交流的机制
划分过程元素,制定跨越IT开发和IT服务部门的业务流程
全生命周期的过程改进实践
建立以SLA和流程管理为核心的流程管理体
系
加强流程协调和控制,加强事件,问题管理
执行统一的变更管理
建立统一的配置库机制,执行统一的配置管
理和发布管理
汲取经验教训持续改进
案例(以应用方为主的全生命周期改进)
某金融企业,IT服务部门进行开发发分包和系统维护,每年有大量的系统建设和维护工作。
企业增加了IT服务部门,对多个系统和系统提供商进行统一的系统建设管理、系统集成服务和日常系统维护管理,有效的支持内部的业务,并建立起统一的的客户服务和配置数据库,提供定期升级和个性化配置的实施和维护服务。客户关心的是系统运维的质量,关联到系统开发质
量和变更。
案例(以开发方为主的全生命周期改进)
某企业立足行业解决方案开发,已经有超过300家客户,都由产品开发部门进行需求分析管理,解决方案编写和产品规划,产品开发部开发解决方案和产品线,实施维护部为客户进行实施维护,建立统一的客户服务和配置数据库,提供定期升级和个性化配置的实施和维护服务,产品开发部门从已实施客户的需求变更获取新版本需求,不断升级版本功能,领先于竞争对手。
客户客户客户