discover agile(agile tour)-owen chen-iji

破解敏捷实施的迷局

陈庆春

IJI中国咨询总监

[email protected]

13910727326

前言

• 公司介绍–雅各布森国际股份有限公司（IJI）是现代软件过程开发雅各布森国际股份有限公司（IJI）是现代软件过程开发的全球领导者，提供服务帮助客户交付高质量软件。在敏捷的实施上经验丰富，积累了经过验证的各类实践方，法，在需求、架构、迭代等方面有自己独特的优势；并提供独有的实践描述、组装框架（EssUP和EssWork），助实实帮助客户快速部署并持续改进敏捷实践。在全球实际客

户的项目中灵活应用、获得广泛好评，主要客户包括全球及中国各行业（如金融电信等）领先的公司球及中国各行业（如金融、电信等）领先的公司。

–公司创始人Ivar Jacobson博士被公认是深刻影响并改变着整个软件工业开发模式的世界级大师，他是面向方面着整个软件工业开发模式的世界级大师，他是面向方面的软件开发(AOSD)、Component、Use Case、SDL (Specification Description Language)、RUP、UML等

© 2009 Ivar Jacobson International

业界主流方法和技术的创始人之一。

前言

• 自我介绍–1990-1998年北京大学计算机系硕士毕业；1990 1998年北京大学计算机系，硕士毕业；

–1999年底，加入Rational中国，参与Rational工具和方法在中国的推广成为一名软件工程布道者和实施者；法在中国的推广，成为名软件工程布道者和实施者；

–2004年起，负责IBM Rational在中国的服务业务，管理和实施多个大型服务项目，帮助多家知名公司在软件工，程方面成功转型

–2007年加入IJI中国，参与多家公司的敏捷变革，需求、设计等能力提升• 架构设计能力提升项目；

• 软件开发过程提升项目；

• 敏捷咨询项目；

• 需求管理咨询项目；


需求管理咨询项目；

• 等

希望通过这个演讲解决这些疑问

• 敏捷的目标是什么？

• 有哪些误区妨碍敏捷的实施？• 有哪些误区妨碍敏捷的实施？

• 关于敏捷的正确的认识和做法是什么？

• 从哪里开始实施敏捷？


Agenda

• 前言

• 几种开发方式比较• 几种开发方式比较

• 误区及建议

• 总结

© 2009 Ivar Jacobson International 5

传统的“海啸”开发

• 传统开发：关注功能(进度)重于质量

CountFull

FunctionAll Requirements

Agreed

RequirementsImplemented

Count FunctionAgreed

Implemented

BRelease when

Bugs AreBugs Bugs Are Acceptable

TimeProjectStart

EndStart


“专家级”敏捷

• 理想的开发场景

Count R l hRequirementsImplemented

Count Release when Functionality is

Sufficient

ActiveActiveBugs

TimeProjectStart

EndStart


“新手级”敏捷

• 现实中，缺陷不一定就减少

• 复杂度不能很好控制复

Count ComplexityRequirementsImplementedCount Complexity p

BRelease when

Bugs Bugs Are Acceptable

TimeProjectStart

EndStart


“过渡级”敏捷

• 保持低缺陷，管理复杂度–在缺陷修复前，不增加新特性,复杂度控制在一定范围内

CountCount

RequirementsI l t d

Release when F ti lit i

Complexity

Implemented Functionality isSufficient

ActiveBugs

TimeProjectStart

EndStart


Agenda

• 前言


• 误区及建议

• 总结


误区一

• 敏捷是项目团队的敏捷–实施没法得到保障（时间空间控制）实施没法得到保障（时间、空间、控制）

–关注实践重于关注目标和本质

–妨碍知识传递和积累妨碍知识传递和积累


“新手级”敏捷

Count Complexity


Count Complexity

Bugs Release when gBugs Are

Acceptable

TimeProjectStart

EndStart


Start Start

正确的认识

• 敏捷需要组织级的视角–保证业务到研发的拉通保证业务到研发的拉通

–从组织级明确敏捷实施的目标

–允许项目对需求排序甚至拒绝允许项目对需求排序、甚至拒绝

–允许项目先考虑质量


软件本质

• 需要交付客户价值

• 可知对比未知占少数可知对比未知占少数

• 对未知的了解可能推翻（修正）原来已知的认（修正）原来已知的认识

（）• 未（实现）交付的不可验证

• “Soft-” - 可改变


误区二


–关注实践over关注目标和本质


• 敏捷就是Scrum的实–遮蔽了敏捷的大部分实践

–妨碍了对敏捷的认识


正确的认识

• 关注敏捷实践的合力–一体化团队是迭代开发的基础一体化团队是迭代开发的基础

–迭代需要有合适的内容-用户故事

–测试自动化才能赶上迭代发布的速度测试自动化才能赶上迭代发布的速度

–自动化测试中需要重构代码

自动化测试是测试驱动开发的基础–自动化测试是测试驱动开发的基础


从本质到实践

• 一体化团队

消除浪费体化团队

• 迭代开发

用户故事

• 未知Vs.已知

• 交付客户价值

人可工作软件

欢迎变更

起工作 • 用户故事

• 重构• 逐步清晰

• 知识不好传递人一起工作

可持续的开发速度

• 测试驱动开发

• 测试自动化

知识不好传递

测试自动化

• 。。。

可持续的最短价值交付时间可持续的最短价值交付时间


误区三


–关注实践over关注目标和本质


• 敏捷就是Scrum的实–遮蔽了敏捷的大部分实践

–妨碍了对敏捷的认识

• 敏捷是个新流程–造成替换现有的流程的错觉

–尝试去复制和推广流程 – 忽视了人的作用


正确的认识

• 敏捷是以人为本的持续改进–敏捷关注的是人的思想改变和技能提升敏捷关注的是人的思想改变和技能提升

–敏捷中的实践是可以融入原有流程的

–敏捷变革是渐进式的持久的敏捷变革是渐进式的、持久的

–敏捷的实现是一种以人为介质的扩散


推荐实践卡

• 实践的描述和集成


误区四

• 敏捷是项目团队的敏捷–实施没法得到保障（时间、空间、控制）实施没得到保障（间、空间、控制）–关注实践over关注目标和本质–妨碍知识传递和积累

• 敏捷就是Scrum–遮蔽了敏捷的大部分实践–妨碍了对敏捷的认识

• 敏捷是个新流程–造成替换现有的流程的错觉–尝试去复制和推广流程 – 忽视了人的作用

• 敏捷仅适合小项目–伴随敏捷的“坏名声” – 不要架构、随意变更


–使得敏捷得不到重视，只能是消亡！

正确的认识

• 敏捷是可以根据组织需要延展的–实施跨团队的敏捷管理实践实施跨团队的敏捷管理实践

–融合大项目需要的实践• 需求实践需求实践

• 架构实践

• IPD框架

• 。。。

–需要调整“可交付”的目标


需要考虑新的实践

• 可延展的团队及相应实践


Agenda

• 前言


• 误区及建议

• 总结


总结

• 几种开发方式–海啸海啸

– “新手级”敏捷

“过渡级”敏捷– “过渡级”敏捷

– “专家级”敏捷

敏捷的误区及建议• 敏捷的误区及建议–项目Vs组织

–ScrumVs整体

–新流程Vs以人为本的持续改进

–小项目Vs延展


我们的目标


Count

ActiveBugsBugs

TimeProjectStart

EndStart


让我们一起敏捷！

• 关于我们–国际知名大师领衔的“多国部队”

–平均软件从业经验在15年以上的顾问团队

–帮助国内知名的电信设备提供商、保险公司、银行等单位实施敏捷变革


谢谢！谢谢！


discover agile(agile tour)-owen chen-iji

Education