Recomendados
Más contenido relacionado
Similar a Discover agile(agile tour)-owen chen-iji
Similar a Discover agile(agile tour)-owen chen-iji (20)
Más de Odd-e
Más de Odd-e (20)
Último
Último (11)
Discover agile(agile tour)-owen chen-iji
- 2. 前言 • 公司介绍 –雅各布森国际股份有限公司（IJI）是现代软件过程开发雅各布森国际股份有限公司（IJI）是现代软件过程开发 的全球领导者，提供服务帮助客户交付高质量软件。在 敏捷的实施上经验丰富，积累了经过验证的各类实践方， 法，在需求、架构、迭代等方面有自己独特的优势；并 提供独有的实践描述、组装框架（EssUP和EssWork）， 助 实 实帮助客户快速部署并持续改进敏捷实践。在全球实际客 户的项目中灵活应用、获得广泛好评，主要客户包括全 球及中国各行业（如金融 电信等）领先的公司球及中国各行业（如金融、电信等）领先的公司。 –公司创始人Ivar Jacobson博士被公认是深刻影响并改变 着整个软件工业开发模式的世界级大师，他是面向方面着整个软件工业开发模式的世界级大师，他是面向方面 的软件开发(AOSD)、Component、Use Case、SDL (Specification Description Language)、RUP、UML等 © 2009 Ivar Jacobson International 业界主流方法和技术的创始人之一。
- 3. 前言 • 自我介绍 –1990-1998年 北京大学计算机系 硕士毕业；1990 1998年 北京大学计算机系，硕士毕业； –1999年底，加入Rational中国，参与Rational工具和方 法在中国的推广 成为一名软件工程布道者和实施者；法在中国的推广，成为 名软件工程布道者和实施者； –2004年起，负责IBM Rational在中国的服务业务，管理 和实施多个大型服务项目，帮助多家知名公司在软件工， 程方面成功转型 –2007年加入IJI中国，参与多家公司的敏捷变革，需求、 设计等能力提升 • 架构设计能力提升项目； • 软件开发过程提升项目； • 敏捷咨询项目； • 需求管理咨询项目； © 2009 Ivar Jacobson International 需求管理咨询项目； • 等
- 4. 希望通过这个演讲解决这些疑问 • 敏捷的目标是什么？ • 有哪些误区妨碍敏捷的实施？• 有哪些误区妨碍敏捷的实施？ • 关于敏捷的正确的认识和做法是什么？ • 从哪里开始实施敏捷？ © 2009 Ivar Jacobson International
- 5. Agenda • 前言 • 几种开发方式比较• 几种开发方式比较 • 误区及建议 • 总结 © 2009 Ivar Jacobson International 5
- 6. 传统的“海啸”开发 • 传统开发：关注功能(进度)重于质量 Count Full Function All Requirements Agreed Requirements Implemented Count FunctionAgreed Implemented B Release when Bugs AreBugs Bugs Are Acceptable TimeProject Start End Start © 2009 Ivar Jacobson International 6
- 7. “专家级”敏捷 • 理想的开发场景 Count R l hRequirements Implemented Count Release when Functionality is Sufficient ActiveActive Bugs TimeProject Start End Start © 2009 Ivar Jacobson International 7
- 8. “新手级”敏捷 • 现实中，缺陷不一定就减少 • 复杂度不能很好控制复 Count Complexity Requirements Implemented Count Complexity p B Release when Bugs Bugs Are Acceptable TimeProject Start End Start © 2009 Ivar Jacobson International 8
- 9. “过渡级”敏捷 • 保持低缺陷，管理复杂度 –在缺陷修复前，不增加新特性,复杂度控制在一定范围内 CountCount Requirements I l t d Release when F ti lit i Complexity Implemented Functionality is Sufficient Active Bugs TimeProject Start End Start © 2009 Ivar Jacobson International 9
- 10. Agenda • 前言 • 几种开发方式比较• 几种开发方式比较 • 误区及建议 • 总结 © 2009 Ivar Jacobson International 10
- 11. 误区一 • 敏捷是项目团队的敏捷 –实施没法得到保障（时间 空间 控制）实施没法得到保障（时间、空间、控制） –关注实践重于关注目标和本质 –妨碍知识传递和积累妨碍知识传递和积累 © 2009 Ivar Jacobson International
- 12. “新手级”敏捷 Count Complexity Requirements Implemented Count Complexity Bugs Release wheng Bugs Are Acceptable TimeProject Start End Start © 2009 Ivar Jacobson International 12 Start Start
- 13. 正确的认识 • 敏捷需要组织级的视角 –保证业务到研发的拉通保证业务到研发的拉通 –从组织级明确敏捷实施的目标 –允许项目对需求排序 甚至拒绝允许项目对需求排序、甚至拒绝 –允许项目先考虑质量 © 2009 Ivar Jacobson International
- 14. 软件本质 • 需要交付客户价值 • 可知对比未知占少数可知对比未知占少数 • 对未知的了解可能推翻 （修正）原来已知的认（修正）原来已知的认 识 （ ）• 未（实现）交付的不可 验证 • “Soft-” - 可改变 © 2009 Ivar Jacobson International
- 15. 误区二 • 敏捷是项目团队的敏捷 –实施没法得到保障（时间 空间 控制）实施没法得到保障（时间、空间、控制） –关注实践over关注目标和本质 –妨碍知识传递和积累妨碍知识传递和积累 • 敏捷就是Scrum 的 实–遮蔽了敏捷的大部分实践 –妨碍了对敏捷的认识 © 2009 Ivar Jacobson International
- 16. 正确的认识 • 关注敏捷实践的合力 –一体化团队是迭代开发的基础一体化团队是迭代开发的基础 –迭代需要有合适的内容-用户故事 –测试自动化才能赶上迭代发布的速度测试自动化才能赶上迭代发布的速度 –自动化测试中需要重构代码 自动化测试是测试驱动开发的基础–自动化测试是测试驱动开发的基础 © 2009 Ivar Jacobson International
- 17. 从本质到实践 • 一体化团队 消除浪费 体化团队 • 迭代开发 用户故事 • 未知Vs.已知 • 交付客户价值 人 可工作软件 欢迎变更 起工作 • 用户故事 • 重构 • 逐步清晰 • 知识不好传递 人一起工作 可持续的开发速度 • 测试驱动开发 • 测试自动化 知识不好传递 测试自动化 • 。。。 可持续的最短价值交付时间可持续的最短价值交付时间 © 2009 Ivar Jacobson International
- 18. 误区三 • 敏捷是项目团队的敏捷 –实施没法得到保障（时间 空间 控制）实施没法得到保障（时间、空间、控制） –关注实践over关注目标和本质 –妨碍知识传递和积累妨碍知识传递和积累 • 敏捷就是Scrum 的 实–遮蔽了敏捷的大部分实践 –妨碍了对敏捷的认识 • 敏捷是个新流程 –造成替换现有的流程的错觉 –尝试去复制和推广流程 – 忽视了人的作用 © 2009 Ivar Jacobson International
- 19. 正确的认识 • 敏捷是以人为本的持续改进 –敏捷关注的是人的思想改变和技能提升敏捷关注的是人的思想改变和技能提升 –敏捷中的实践是可以融入原有流程的 –敏捷变革是渐进式的 持久的敏捷变革是渐进式的、持久的 –敏捷的实现是一种以人为介质的扩散 © 2009 Ivar Jacobson International
- 20. 推荐实践卡 • 实践的描述和集成 © 2009 Ivar Jacobson International
- 21. 误区四 • 敏捷是项目团队的敏捷 –实施没法得到保障（时间、空间、控制）实施没 得到保障（ 间、空间、控制） –关注实践over关注目标和本质 –妨碍知识传递和积累 • 敏捷就是Scrum –遮蔽了敏捷的大部分实践 –妨碍了对敏捷的认识 • 敏捷是个新流程 –造成替换现有的流程的错觉 –尝试去复制和推广流程 – 忽视了人的作用 • 敏捷仅适合小项目 –伴随敏捷的“坏名声” – 不要架构、随意变更 © 2009 Ivar Jacobson International –使得敏捷得不到重视，只能是消亡！
- 22. 正确的认识 • 敏捷是可以根据组织需要延展的 –实施跨团队的敏捷管理实践实施跨团队的敏捷管理实践 –融合大项目需要的实践 • 需求实践需求实践 • 架构实践 • IPD框架 • 。。。 –需要调整“可交付”的目标 © 2009 Ivar Jacobson International
- 23. 需要考虑新的实践 • 可延展的团队及相应实践 © 2009 Ivar Jacobson International
- 24. Agenda • 前言 • 几种开发方式比较• 几种开发方式比较 • 误区及建议 • 总结 © 2009 Ivar Jacobson International 24
- 25. 总结 • 几种开发方式 –海啸海啸 – “新手级”敏捷 “过渡级”敏捷– “过渡级”敏捷 – “专家级”敏捷 敏捷的误区及建议• 敏捷的误区及建议 –项目Vs组织 –ScrumVs整体 –新流程Vs以人为本的持续改进 –小项目Vs延展 © 2009 Ivar Jacobson International
- 26. 我们的目标 Requirements Implemented Count Active BugsBugs TimeProject Start End Start © 2009 Ivar Jacobson International
- 27. 让我们一起敏捷！ • 关于我们 –国际知名大师领衔的“多国部队” –平均软件从业经验在15年以上的顾问团队 –帮助国内最知名的电信设备提供商、保险公司、银行等 单位实施敏捷变革 © 2009 Ivar Jacobson International
- 28. 谢谢！谢谢！ © 2009 Ivar Jacobson International