国军标一:GJB 5000A-2008模型的宏观把握
 

2011-04-27 作者:谢老师 来源:网络

 

一个组织的成熟首先是从加强管理开始的。很多从技术岗位出身的人,内心里往往认为只要有了好的技术,什么产品都能做出来。但是事实表明,在一些非常大的项目中,很多失败都是由管理因素造成的,而管理又是通过过程来实现的。规范式方法论尽管管理上的成本提高了,但远远比不遵从这些方法(游击队似的疯狂开发)更经济有效,因为它减少了意外和返工的工作量。更重要的是,它可以保证每个人都知道自己该干什么事情,确保整个组织运转成为可能。
如果没有计划和规范,尽管某些局部可能成功,但整体上可能永远也不会完成,所带来的管理成本可能会更高。管理层所做的事情可能就是周而复始的协调、协调、再协调,这无疑是管理上的一场噩梦。

正是由于这个认知,我军总装备部发布的GJB 5000A-2008意义就非常巨大了。GJB 5000A-2008是一个循序渐进的改良模式,通过过程改进活动,使一个组织的软件开发由最初的无纪律状态,逐渐学习到成熟而有制度的境界。国内有些机构以过级为目的,注重短期效应,只在文档格式上下功夫,这是不可取的,这也是为什么很多企业级别虽然很高,但实际表现却并没有那么好的根本原因。组织的成熟是需要经过长期的努力的,GJB 5000A-2008要求所有软件开发组织的评估一律从二级开始,打好基础逐步提升,这是非常有道理的。

一、过程及其定义

一般来说,系统从一个状态(始态)变成另一个状态(终态),我们就说:发生了一个过程(Process)。过程是一种手段,通过该手段可以把人、方法与规程、技术与工具进行集成,以产生一种所期望的结果,如下图所示。

换句话说,过程就是人们使用相应的方法、规程、技术、工具等把原始材料(输入)转化成用户需要的产品(输出)的活动。过程与产品存在因果关系,也就是说好的过程才能得到好的产品,而差的过程只会得到差的产品。

问题在于当很多人说到过程的时候,总是关注流程和规范,以为有了好的流程就一定会有好的工作成果了。很可惜事实告诉我们不是这样的。过程的关键因素是人,过程改进的一个重要目的是提高人的水平,所以需要加强培训,需要在过程改进中发现问题、改进方法、形成共识,需要形成一种企业工作文化。没有了这个根本,尽管有了好的流程、好的文档模板,最终还是没有意义的。

二、理解理解GJB 5000A-2008模型

GJB 5000A-2008是一种组织成熟度模型,那么什么是模型呢?模型是由各个部件组成的聚合体,模型是一种抽象,模型不注重细节,但是更注重部件之间的关系。利用模型便于对问题的宏观理解。因此,要实践GJB 5000A-2008首先需要理解的就是模型了,GJB 5000A-2008模型整体框架如下图所示。

概要的说,GJB 5000A模型部件分为三类:必需部件、期望部件以及资料性部件。

1,必需部件

必需部件表达的是为满足过程域所必须达到的目标。而目标是过程改进的基础,目标又包括专用目标和共用目标两种。

1)专用目标:描述满足该过程域必须呈现的一些独特特征,在评估中用来确定是否己满足过程域。只有专用目标的陈述是必需的部件,其它的诸如标题、编号以及与该目标有关的任何解释都应视为资料性的部件。

2)共用目标:描述所实现过程域的过程制度化必须呈现的特征,在评估中用来确定是否已满足过程域。“共用”的含义是同一个目标陈述应用于多个过程域。

2,期望部件

期望部件表达的是为实现必需部件通常应该实施些什么,用于指导过程改进和评估。期望部件又包括专用实践、共用实践两种。

1)专用实践:描述为了取得过程域专用目标的成绩,所期望进行的一系列活动的描述。只有专用实践的陈述是期望的部件。其它的诸如标题、编号以及与该专用实践有关的任何解释应视为资料性部件。

2)共用实践:描述为达到相关共用目标的的成绩,所期望进行的一系列活动的描述。“共用”的含义是同一实践应用于多个过程域。只有共用实践的陈述是期望的部件,其它的诸如标题、编号、解释都是资料性的部件。

3,资料性部件

资料性部件表达组织如何处理部件需要考虑的细节,包括:

1)目的:描述该过程域的目标。

2)序言:描述该过程域所涉及的主要概念。

3)相关过程域:列出有关过程域的参考,反映了过程域之间高层次的关系。

4)典型工作产品:列出了专用实践的输出示例,称为“典型工作产品”是因为往往还有其它同样有效的工作产品。

5)共用实践详细说明:提供关于如何将把共用实践唯一应用于该过程域的指导。

6)子实践:解释为实施专用实践或共用实践提供指导的详细说明件。子实践仅仅提供对过程改进可能有用的观点。

反复阅读和思考这些部件及其意义,就可以在头脑中展现出为达到既定目标,我们必须做些什么事情,而不至于像蚂蚁一样的忙碌而无效果,我们就能正确的制定达到目标的方略。所以研究GJB 5000A-2008与研究任何问题一样,先从宏观把握,再关注细节,这是成功之本。



由外而内看敏捷软件开发
架敏捷开发中史诗故事与用户
看板任务管理
面向全球化的有效敏捷交付
小型团队快速开发方法
DevOps,不是一个传说!
更多...   


统一过程及应用
敏捷过程实践
基于XP/RUP的迭代开发
软件开发过程指南
SCRUM过程实践
敏捷测试-简单而可行


某博彩企业 产品经理与产品管理
北京 研发团队与工作管理
广东金赋信息 敏捷开发过程与项目管理
某支付平台 软件配置管理与发布管理
富士 软件外包项目管理与进度管理
塞孚耐 基于Scrum的敏捷开发
更多...   
 
 
 
 
 

组织简介 | 联系我们 |   Copyright 2002 ®  UML软件工程组织 京ICP备10020922号

京公海网安备110108001071号