2018-02-19 12:34:07 attilax 阅读数 810
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10409 人正在学习 去看看 CSDN讲师

Atitit 几大研发体系对比 Stage-Gate体系  PACEIPD体系 敏捷开发体系 CMMI体系 艾龙

 

1. 3. 1.5:业界领先的研发管理体系简介 2 1

2. 《产品及生命周期优化法》(简称PACE——Product And Cycle-time Excellence 1

2.1. 七个相关要素 1

3. 集成产品开发(Integrated Product Development, 简称IPD Ipd重点 CBB-重用、文档管理 公用构建模块(CBB 2

4. Scrum体系 2

5. RESCO体系 Ati RECycle SCO循环使用和缩短供应链 3

6. 参考资料 3

 

1. 3. 1.5:业界领先的研发管理体系简介 2

3.1. 1.5.1Stage-Gate体系 3

3.2. 1.5.2PACEIPD体系 3

3.3. 1.5.3CMMI体系 3

3.4. 1.5.4Scrum敏捷开发体系 3

 

2. 《产品及生命周期优化法》(简称PACE——Product And Cycle-time Excellence

1986年,PRTM提出了产品开发流程的PACEProduct And Cycle-time Excellence,产品及周期优化法)这一概念

 

PACE产品开发流程的七个相关要素:决策;项目小组构成;开发活动的结构;开发工具和技术;产品战略流程;技术管理;管道管理作分别的介绍。PACE还将帮助分析各公司在改进产品开发流程中所经历的典型阶段。这个框架可以帮助不同的公司定位自己处于改进的哪个阶段,然后确定进一步改进的目标。

2.1. 七个相关要素

编辑

PACE中具有七个要素,分别用于项目管理和跨项目管理;这七个要素相互关联,只有将它们综合起来使用才能充分发挥效力。

用于项目管理有四个要素,分别为:阶段评审流程与高效决策、项目组织的核心小组法、结构化的产品开发、设计技术和自动开发工具。这四个要素形成了PACE的基础,它们对于每一个产品开发项目都是必要的,掌握这些要素可以缩短产品的面市时间,准确安排项目进度,提高开发效率,避免对错误的产品进行投资。

用于跨项目管理有三个要素,分别为:产品策略、技术管理、管道管理。这三个要素提供了必要的基本管理框架来综合管理所有的产品开发项目;通过掌握这些要素,可以使企业发现更好的产品机遇,更好地将技术开发综合起来,并从战略和策略的角

 

3. 集成产品开发Integrated Product Development, 简称IPD Ipd重点 CBB-重用、文档管理 公用构建模块(CBB

集成产品开发Integrated Product Development, 简称IPD)是一套产品开发的模式、理念与方法。IPD的思想来源于美国PRTM公司出版的《产品及生命周期优化法》(简称PACE——Product And Cycle-time Excellence)一书,该书中详细描述了这种新的产品开发模式所包含的各个方面。

 

4. Scrum体系

★ 3个角色 
产品负责人(Product Owner):负责产 品需求的提炼、条目化、优先级排序。 
Scrum Master:负责 维护Scrum方法的秩序,并协助解决非 技术问题 
Team(团队) :以“自组织”的相对扁平方式进行管理,负责完成开发工作。 
★ 4个活动短会 
Sprint计划会议:团队Sprint中要完成的工作 
每日站会:昨天做了什么, 今天要做什么,遇到了什么困难 
Sprint评审会议:小组向产品负责人展示迭代工 作结果、产品负责人给出评价和反馈、是否成功交付评价任务完成情况? 
Sprint回顾会议:在每个迭代后召开简短的反思会,总结哪些事情做的好,哪些事情做的不好 ?制定改进计划 
★ 1个看板(敏捷日常跟进) 
看板简单说就是把所有计划、正在工作的内容(UserStory),张贴到一个划分为用户故事、计划中、进行、结束等栏位的板状空间中,一般建议使用实物板。 见下图: 

 

5. RESCO体系 Ati RECycle SCO循环使用和缩短供应链

重文档方便找到recyle

来自于猎鹰活动的循环使用和缩短供应链

供应链管理(Supply chain managementSCM)是一种集成的管理思想和方法,它执行供应链中从供应商到最终用户的物流的计划和控制等职能。

 供应链优化(Supply Chain Optimization)

 

6. 参考资料

 

IPD_百度百科.html

Scrum敏捷研发体系初探 - CSDN博客.mhtml

PACE(项目管理理念)_百度百科.mhtml

Scrum敏捷研发体系初探 - CSDN博客.mhtml

 

Atitit title 头衔  头街  称号 v19

 

 

作者:: 绰号:老哇的爪子claw of Eagle 偶像破坏者Iconoclast image-smasher

捕鸟王"Bird Catcher  kok  虔诚者Pious 宗教信仰捍卫者 Defender Of the Faith. 卡拉卡拉红斗篷 Caracalla red cloak 万兽之王  纵火者

简称:: st Emir Attilax Akbar 圣 埃米尔 阿提拉克斯 阿克巴

全名::st Emir Attilax Akbar bin Mahmud bin  attila bin Solomon bin adam Al Rapanui 圣 埃米尔 阿提拉克斯 阿克巴 马哈茂德 阿提拉 所罗门 本亚当  阿尔 拉帕努伊

常用名:艾提拉(艾龙),  

 

头衔:

 

uke

 Emir Uke部落首席大酋长,ati协会创始人

uke总部o2o负责人,全球网格化项目创始人,

圣阿提拉克斯国王

科技领域

UTSC uke技术标准化委员会委员长 uke 首席cto   软件部门总监 技术部副总监  研发部门总监主管  产品部副经理 项目部副经理   uke科技研究院院长 uke软件培训大师

Ati组织科研研究院创始人

 

文艺领域

,  ,, uke机车协会主任 uke纹身协会

uke交友协会会长  uke捕猎协会会长

Ati文艺协会会长  ati文学协会

 

行政领域

Gchsp总裁  gchsp常委  GsP创始人

媒体传播领域

   uke出版社编辑总编  宣传布道总策划

Ati传媒总部

 

渔猎军事领域

uke保安部首席大队长

Uke 户外运动协会理事长  度假村首席大村长

Ati打猎协会

法学

法学研究会 制度研究会

管理领域

工商管理学 公共管理与社会服务

,uke制度检查委员会副会长

教育领域

 uec学院校长, uecip图像处理机器视觉专业系主任   uke文档检索专业系主任

Uke图像处理与机器视觉学院首席院长

uke终身教育学校副校长

靓号研究院

 

经济领域

uke波利尼西亚区大区连锁负责人 汤加王国区域负责人 uke克尔格伦群岛区连锁负责人,莱恩群岛区连锁负责人,uke布维岛和南乔治亚和南桑威奇群岛大区连锁负责人

 Uke软件标准化协会理事长理事长 Uke 数据库与存储标准化协会副会长

直达巴士西北区负责人   直达巴士长沙与西安分部部长

润昌通讯软件事业部总裁 执行长 分部负责人  执行委员会主席

Ati经济研究所

历史领域

历史事业部  ati历史研究院

社会科学领域

社科学院  ati文化部

自然科学领域

Uke研究院院长兼首席研究员 科学家

Ati自然科学研究院

宗教神学领域

uke宗教与文化融合事务部部长  大师master

uke制度与重大会议委员会委员长    ati宗教事务所

医学领域

   Uke医院 与医学院方面的创始人

 

 

 

 

 

 

 

 

 

转载请注明来源:attilax的专栏   

 

 

--Atiend  v19

 

 

修改历史记录

 

V18增加了GsP 头街  v19增加了圣字头街与  圣阿提拉克斯王国国王头街

V17 增加了ati组织的头街

V16 结构化表格化头街 ,并且 头街增加一些。充实了空虚。

V15 增加了知乎空间  微博大小号

V14  增加小号,以及通讯公司与直达巴士分部

V12 增加机构utsc

V10 增加了microblog

万兽之王本来这个是湿婆的。。

V7  增加了研究院title

V8 去了奶牛科技的东东

V9 融和俩个v8版本。。

增加了cnblogsurl

 

 

 

 

2016-07-30 13:24:33 yown 阅读数 1743
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10409 人正在学习 去看看 CSDN讲师

在开始之前还是先来做个对比:
这里写图片描述
通过以上对比,我们发现,每一种研发过程模型都是在一定的历史背景下形成的,而且有各自的使用场景。当下“互联网+” 已深入人心,软件行业也在适应时代变化要求,做出适应性变革:如何接纳并响应变化、加快研发速度、持续交付软件价值乃是当务之急!近年来敏捷研发过程已得越来越多地得到世界各地软件公司特别是中小型创业团队的亲睐,让我们以审视的态度一起来看看敏捷研发到底是怎样的?汲取精华,打造属于我们自己的敏捷研发体系!

  1. 敏捷(Scrum)是什么?
    这里写图片描述
    敏捷Scrum是目前国际公认的优秀管理实践! 近年来尤其在创业团队非常受欢迎! 1990年代开始逐渐引起广泛关注的一些新型软件开发方法,是一种应对快速变化的需求的一种软件开发能力。 敏捷一词来源于2001年初美国犹他州雪鸟滑雪胜地的一次敏捷方法发起者和实践者(他们发起组成了敏捷联盟)的聚会。
    Scrum是一种兼顾计划性与灵活性的敏捷开发过程,原词来自于橄榄 球中的“带球过人”。在橄榄球比赛的每次冲刺前,都将有一个计划安排的过程,但冲刺开始后则由队员在原计划的基础上随机应变。其实我们经常看到足球、篮球、乒乓球等运动教练都会有这样的冲刺迭代计划,而运动员们在场上在计划的基础上灵活机动地做出迅捷的冲刺。
    软件公司何尝不是这样呢?研发团队leader先做好迭代规划,排好需求功能开发优先级,调度各种资源,制定开发计划;开发中研发团队各就其职,每日反馈开发进度,根据实际情况灵活修整计划,最终给出软件产品。

  2. Scrum敏捷过程主要内容
    这里写图片描述
    ★ 3个角色
    产品负责人(Product Owner):负责产 品需求的提炼、条目化、优先级排序。
    Scrum Master:负责 维护Scrum方法的秩序,并协助解决非 技术问题
    Team(团队) :以“自组织”的相对扁平方式进行管理,负责完成开发工作。
    ★ 4个活动短会
    Sprint计划会议:团队Sprint中要完成的工作
    每日站会:昨天做了什么, 今天要做什么,遇到了什么困难
    Sprint评审会议:小组向产品负责人展示迭代工 作结果、产品负责人给出评价和反馈、是否成功交付评价任务完成情况?
    Sprint回顾会议:在每个迭代后召开简短的反思会,总结哪些事情做的好,哪些事情做的不好 ?制定改进计划
    ★ 1个看板(敏捷日常跟进)
    看板简单说就是把所有计划、正在工作的内容(UserStory),张贴到一个划分为用户故事、计划中、进行、结束等栏位的板状空间中,一般建议使用实物板。 见下图:
    这里写图片描述

  3. 敏捷Scrum6个原则
    a. 快速迭代
    相对那种半年一次的大版本发布来说,小版本的需求、开发和测试更加简单快速。一些公司,一年仅发布仅2~3个版本,发布流程缓慢,它们仍采用瀑布开发模式,更严重的是对敏捷开发模式存在误解。
    b. 让测试人员和开发者参与需求讨论
    需求讨论以研讨组的形式展开最有效率。研讨组,需要包括测试人员和开发者,这样可以更加轻松定义可测试的需求,将需求分组并确定优先级。 同时,该种方式也可以充分利用团队成员间的互补特性。如此确定的需求往往比开需求讨论大会的形式效率更高,大家更活跃,参与感更强。
    c. 编写可测试的需求文档
    开始就要用“用户故事”(User Story)的方法来编写需求文档。这种方法,可以让我们将注意力放在需求上,而不是解决方法和实施技术上。过早的提及技术实施方案,会降低对需求的注意力。
    d. 多沟通,尽量减少文档
    任何项目中,沟通都是一个常见的问题。好的沟通,是敏捷开发的先决条件。良好高效的沟通的重要性再怎么强调也不过分。
    团队要确保日常的交流,面对面沟通比邮件强得多。
    e. 做好产品原型
    建议使用草图和模型来阐明用户界面及交互。并不是所有人都可以理解一份复杂的文档,但人人都会看图,效果立竿见影。
    f. 及早考虑测试
    及早地考虑测试在敏捷开发中很重要。传统的软件开发,测试用例很晚才开始写,这导致过晚发现需求中存在的问题,使得改进成本过高。较早地开始编写测试用例,当需求完成时,可以接受的测试用例也基本一块完成了。

  4. 敏捷价值观
    承诺 – 愿意对目标做出承诺
    专注 – 把你的心思和能力都用到你承诺的工作上去
    开放 – Scrum 把项目中的一切开放给每个人看
    尊重 – 每个人都有他独特的背景和经验
    勇气 – 有勇气做出承诺,履行承诺,接纳建议

  5. 共勉
    只有适合团队的敏捷方法才是好的敏捷方法!
    千里之行,始于足下!

2019-08-05 09:54:19 weixin_43054542 阅读数 1268
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10409 人正在学习 去看看 CSDN讲师

      力软敏捷开发框架是基于.net平台研发出的一套采用面向构件技术实现企业级应用开发、配置、运行集成一体的综合技术平台。平台可以开发企业整个应用软件体系,并为其提供一个组件化、低代码、可视化的软件开发模式。

https://img.mukewang.com/5d4173f30001019919200922.jpg

      框架作为企业级研发平台,为软件开发者提供效率高和质量优的研发体系,可以提高软件研发的可扩展和灵活性;作为应用集成平台,能够支持各种异构系统之间的应用整合,降低系统整合的复杂性和企业信息系统建设的总成本。

https://img3.mukewang.com/5d41740500014c7b19170916.jpg

     框架采用先进的研发管理理念,针对企业不同研发成熟度模型,提供不同的解决方案。基于BPM思想,结合灵活的组织结构和权限系统,完全支持业务流程处理要求;基于模块化思想,构建简洁,高效,扩展性强的前台框架,提供多种控件供二次开发需要。

https://img1.mukewang.com/5d41740f00015ade16470827.jpg

框架特点:

      开放性:框架将各业务系统进行了彻底的组件化和服务化,提高了多业务系统独立开发、设计、运维的能力,不同的服务之间采用轻量级通信机制沟通,服务之间的边界更加清晰。

      组件化:平台提供组件化的开发模式,平台内置了大量的基础通用模块支持,增强各产品线的统一性,通用、个性化需求均可以有效满足。

      配置性:平台内置了高度自定义的流程设计模型,支持自定义流程过程及表单。提供灵活、可自定义的统计报表和看板分析工具,构建数据分析中心,为决策提供依据。

      代码生成器:框架内置代码生成器,基础功能的开发仅需要简单配置即可,不用写一行代码;个性化功能的开发配合代码生成器仅需少量代码。

多语言:框架支持多语言,支持集团化组织结构、集团化部署方式、集团化应用架构、集团化权限管控。

https://img3.mukewang.com/5d41741e00016f0312120575.jpg

框架价值:

集团型企业和跨国企业部署

快速构建,快速实施,快速升级

异构集成

大数据存储/计算/分析

多操作系统/多数据库/多终端

2015-08-20 14:44:03 csdngkk 阅读数 49
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10409 人正在学习 去看看 CSDN讲师
【技术公开课】SCRUM敏捷开发—8903人已学习
课程介绍    
201508250723519348.jpg
    嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程
课程收益
    本课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。
讲师介绍
    CSDN公开课更多讲师课程
    CSDN线上公开课全掌握!
课程大纲
    1.【技术公开课】SCRUM敏捷开发 直播公开课(一)  34:55
    2.【技术公开课】SCRUM敏捷开发 直播公开课(二)  28:40
    3.【技术公开课】SCRUM敏捷开发 直播公开课(三)  31:37
    4.【技术公开课】SCRUM敏捷开发 直播公开课(四)  32:01
大家可以点击【查看详情】查看我的课程
2018-08-17 09:21:54 alain723 阅读数 1440
  • SCRUM敏捷开发视频教程

    SCRUM敏捷开发视频教程,该课程为你分享SCRUM敏捷开发,理解敏捷的本质,认识中国IT行业对敏捷的挑战,学会让敏捷落地的实用招数。 嘉宾介绍:张传波 1. 创新工场创业课程(敏捷课程)讲师 2.软件研发管理佳实践顾问(曾任华为某团队研发顾问) 3. 中国敏捷联盟《ADBOK》(敏捷开发知识体系)项目组成员 二十年软件开发、软件设计、需求分析、项目管理、部门管理、公司管理及过程改进等经验,亲历“无数”项目,涉猎建筑、通讯、互联网、电力、金融、制造业、政府等领域,熟悉软件生命周期的全部过程

    10409 人正在学习 去看看 CSDN讲师

我们说CMMI是一个复杂的,标准化的,程式化的软件研发过程,是相对比较重的。然而,敏捷,是轻量级的,快速响应的一种所谓高效的研发方式。二者貌似水火不容,但是,也可以牵手成功。

在对于敏捷这件事上,很多人有几个误区:

  1. 敏捷很快。

这是很多老板想使用敏捷方法做开发的根本初衷,其实并不然。敏捷是一种快速响应的开发方式,所谓的快速响应说的是,尽可能短时间的发布可交付产品增量,以获取用户或客户的反馈。所以,敏捷不是快,而是快速反馈和快速响应,实践过的人都知道,一个项目用传统瀑布方式和敏捷方式,还不一定哪个周期长呢。

  1. 敏捷就是迭代开发。

敏捷从根本上来说就是一种思想,或者说通过一系列的实践来遵循这些思想的研发过程,敏捷开发过程是迭代的过程不假,但是迭代的不一定就是敏捷,因为敏捷思想是在迭代过程中起关键作用的。

  1. 敏捷可以节省成本。

敏捷其实很贵,从成本的角度来说,软件开发会用人天成本来核算,也就是说,最大的成本就是人。然而现今的软件开发,已经工种繁复,专业性越来越强。在搭建敏捷软件团队的时候,对团队成员就有相对高的要求,对比传统方法,这些人一定是贵的。再者,因为快速交付和快速反馈,在每个迭代的成果叫做潜在可交付产品增量,既然是潜在的,就有一定的返工或者废弃的风险。另外,在快速迭代的过程中,既然成果叫增量,那么全量回归测试会非常消耗团队成本,所以,敏捷很贵。

       那我们再看CMMI,拿v1.3的三级来说,一共18个过程域:

1. OPD:(Organizational Process Definition)组织级过程定义。

2. OPF:(Organizational Process Focus)组织级过程焦点。

3. OT:(Organizational Training)组织培训管理。

4. PP:(Project Plan)项目计划

5. PMC:(Project Monitoring and Control)项目监督与控制。

6.SAM:(Supplier Agreement Management)供应商协议管理。

7.IPM:(Integrated Project Management)集成项目管理。

8. RSKM:(Risk Management)风险管理。

9.RD:(Requirement Development)需求开发。

10.REQM(Requirement Management)需求管理。

11.TS:(Technical Solution)技术解决方案。

12.PI:(Product Integration)产品集成。

13.VAL:(Validation)确认。

14.VER:(Verification)验证。

15. CM:(Configuration Management)配置管理。

16.PPQA:(Process and Product Quality Assurance)过程和产品质量保证。

17.MA:(Measurement and Analysis)测量与分析。

18. DAR:(Decision Analysis and Resolution)决策分析与解决。

从这些过程域来看,CMMI是很复杂,但是有这样的一个理论是说,任何研发型企业,对项目管理都是从简单-复杂-简单,其实从另外一个角度来说,那就是不会的-规定好的-自由灵活的。CMMI的已定义过程都做不好,那是没有办法敏捷的。无论是CMMI、OPM3、PUB还是什么别的项目管理框架,首先有,是迈向敏捷的一个必然的阶段。这就是我认为CMMI跟敏捷的关系。

那么说到融合,有一点我认为大家的观点是一致的——他们是可以牵手成功的。但是具体是怎么融合的还是要看你所在的组织实际的情况。为了好描述,下面我用CMMI的几个方面来说明一下。

我们先说说需求也就是RD,在CMMI环境下,我们会有一个用户需求说明书,还有一个需求规格说明书,在这两个文档中我们知道有用户的原始需求,有系统需求,还有功能性需求和非功能性需求,另外还有验收标准。那我们到敏捷中找找这俩东西的影子。在敏捷中,我们用故事(story)。我们知道故事一般来说都是由用户去讲,那么用户需求自然也就被覆盖了,那么系统需求和非功能性需求在哪呢?其实是一样的,我们拿Scrum框架来说,通常你看到的需求会是一个叫product backlog的东西,在这个东西里面,都是一些故事,有些是用户开头的,那另外一些则是系统开头的。也就是所谓的去描述系统的质量。那这又是什么呢,不就是非功能性需求嘛。

再说系统需求,我们都知道故事很短,通常故事不是为了说明用户或者软件是怎么实现的。通常的意义上,我们认为,故事是要引发讨论的,通过讨论对故事进行进一步拆分,所谓渐进明细,系统需求也就是这么产生出来的。

在敏捷中,验收标准这个东西如果非要比对,应该属于验证(VAR)过程域,说白了,与测试相关。我们知道验收标准这种东西应该是由客户提出,团队去满足。但是在理想的敏捷团队中,应该由客户或者客户代表去构建验收测试用例。说的高大上点来说,这叫基于验收标准的测试驱动开发(ATDD)。不要问我怎么让客户配合,这算世界性难题,特别是在我国的软件环境下。但是验收标准应该随着故事一起出现在你的backlog上,或者是看板上。

无论是在CMMI环境下还是在敏捷环境下,需求总是软件开发过程中最重要的一个环节,在敏捷开发中也是一样,通常PO(product owner)消耗最大的就是与Team去研讨product backlog,然后与团队一起确定sprint backlog。

然后我们要说的另外一个方面是项目监督与控制(PMC),从CMMI的角度来说,我们要做的事是,要监督的是计划、承诺、风险、数据、干系人、进度外加一个里程碑。

我们先说里程碑,还是拿scrum来说,在scrum中里程碑更像是sprint回顾会议,我们在这个会上总结经验教训,在敏捷中里程碑评审成为了一种团队自发的行为,而不是审计行为。

那计划和承诺,我们知道在敏捷团队中,计划和承诺是由全体团队成员共同作出的,会得到全体团队成员的共同监督。

剩下的风险、数据、干系人、进度等方面,理想敏捷团队的工作是高度可视化的,风险理论上是存在的,但是都能在第一时间由团队成员发现并得到缓解,持续下去,团队也好,软件产品也好,稳定性相对比较高。剩下的三个方面都由团队全部成员共同监督。

所以,一个敏捷团队,理应是自发的,自组织的无领导小组,团队中成员能够相互促进,相互监督,共同为团队目标奋斗,在这样一个黄井下,监督和控制就是团队的事了,与第三方无关。

最后,我们说说度量(MA)。在CMMI中的度量除了收集项目数据之外还有过程数据。无非就是进度、范围、质量、成本这几个东西。

很多人觉得,敏捷要省略很多东西,首先会被忽略的估计就是度量了。其实不是这样的,所谓的省略不是不做,而是潜移默化的融合在过程中,用高效的方式去处理。

敏捷也是一样,只不过在度量元和收集的方式上需要稍作调整。团队是自组织的,那么收集的过程那就很自然了。比如说进度问题,我们可以在公共的区域绘制一张燃尽图,每天站立会的时候去更新这个燃尽图,到了迭代结束的时候,自然也就有了这些数据。这只是一个小小的实践,还有很多的方法每个团队都不尽相同,在这就不多赘述了。

其实CMMI与敏捷并不冲突,所谓的融合也是当正规化或者程式化发展到一定的阶段自然形成的,所谓的敏捷转型也就是这个道理,融合制度和过程并不难,难的是让团队都能够发生思想的转变。

没有更多推荐了,返回首页