要质量还是要速度 within Agile Development.

1. 要质量还是要速度？
王立杰
2011/05/28

2. 场景
• 面对来自于市场部门的持续
压力，公司领导层的“亲切关
怀”，两个团队做出了不同的
反应：
– 团队1按照市场部门的要求，“
按时”发布，但后来很快发现已
发布的产品里面隐含着超过15
个Bug，而且有些还是致命的;
– 团队2按照自己的节奏，比市场
部门要求的时间，足足晚了3个
礼拜，发布的产品虽然有瑕疵
，但没有什么致命错误。

3. 结果
• 团队1由于及时发布，
为公司带回了50万的
订单；
• 团队2由于没有及时发
布，不仅错过了首批
客户，而且让竞争对
手抢在前头。

4. 结果 2
• 团队1 发布的产品不仅包
含Bug, 而且很难扩展与
维护,后来不得不大规模
返工；
• 团队2发布的产品，由于
可扩展性强，能够迅速应
对市场的变化，反而后来
居上，在市场占有率上超
过了竞争对手。

5. 在“最终期限”前你做了什么？

6. Quality is Not Negotiable
质量不可商量

7. • When people and
organizations focus primarily
on quality, quality tends to
increase and costs fall over
time.
如果关注质量，那长期来看质
量会提升，成本会降低
• However, when people and
organizations focus primarily
on costs, costs tend to rise and
quality declines over time.
1982 如果关注成本，那长期来看成
本会提升，质量会降低

8. But Business Environment Require
Quick Response, Adapt to change
但当前的商业环境要求
随时响应，快速交付

9. • “鱼，我所欲也，熊掌亦我
所欲也；二者不可得兼，舍
鱼而取熊掌者也。”
• 速度 Vs 质量？可否得兼？
YES！

10. 布署后功能的使用率
7%
13%
从不
45% 很少
有时
16% 经常
总是
19%
Jim Johnson, Standish Group, XP 2002

11. 从不同角度考虑“铁三角”
功能 资源 时间
确定
客户价值驱动
计划驱动
可变
时间 资源 功能
传统 敏捷

12. 软件价值的实现
迭代模型/螺旋模型
瀑布模型/V模型

13. 迭代交付的优势
�商业 �技术
• 符合80/20
80/20
80/20准则； • 更早的验证方案的正确性；
• 更易应对需求的变化； • 逐步演进的设计，避免宏伟
• 更早的发布可以工作地产品； 的前端设计；
• 更早的实现ROI(
ROI(投资回报)；
ROI( ) • 更早得到用户的反馈；
• 持续改善的机会；
• 更加灵活的商业选择；
• ……
• ……

14. 潜在可交付！

15. 对质量的理解

16. 质量到底意味着什么？
• 外部质量
– “Conformance to requirements”
跟需求一致
• 内部质量
– “Conformance to source code
requirements”
跟源代码需求一致
• 质量该如何度量？
– 离你的设定目标还有多远

17. 软件产品质量的特性

18. 我们该追求什么？
• 质量越高越好？
• 追求“零缺陷”？

19. 如何设定你的质量目标？
• 商业目标决定质量目标
– 提高软件质量的最终目的是为了赢利，而不是创造完
美无缺的产品。
– 对于普通商业软件而言，并不是“质量越高越好”，而
是恰好让广大用户满意，并且将提高质量所付出的代
价控制在预算之内。

20. 郎中治病的故事
• 在中国古代，有一家三兄弟全是郎中。其中
老三是名医，人们问他：“你们兄弟三人谁
的医术最高？”
他回答说：“我常用猛药给病危者医治，偶
尔有些病危者被我救活，于是我的医术远近
闻名并成了名医。我二哥通常在人们刚刚生
病的时候马上就治愈他们，临近村庄的人说
他是好郎中。我大哥不外出治病，他深知人
们生病的原因，所以能够预防家里人生病，
他的医术只有我们家里才知道。”

21. 缺陷纠正的越晚成本越大

22. 及早纠正大部分缺陷

23. 影响软件质量的因素
开发技术
过程质量 产品质量 人员因素
成本
时间、进度

24. 谁该对质量负责？
• 项目管理人员？
• 开发人员？
• 测试人员？
• QA人员？
• 客户？
• 。。。
• All people Involved

25. 破窗理论

26. 全面质量管理(TQM)
• TQM: 是一个组织以质量为中心，以全员参与为基础，目的在于通过让
顾客满意和本组织所有成员及社会受益而达到长期成功的管理途径。
• 包括以下基本特点:
（1） 全员参加
（2） 全过程
（3） 全面运用一切有效方法
• （4） 全面控制质量因素
• 全面质量管理可以归纳为两大基本原则:
– 以满足顾客需求为导向，不断改善，最终达到顾客的全面满足
– 以全员参与为基础，进行全过程的质量控制。

27. 有助于提高软件质量的敏捷实践
• 外部质量
– 验收测试驱动开发(ATDD )
– 现场客户(Customer On-site)
– Sprint Demo
– ......
• 内部质量
– 敏捷设计与架构(Agile Design)
– 单元测试(Unit Test)
– 测试驱动开发(TDD) Key
Key：敏捷价值观
– 重构(Refactoring)
– 持续集成(Continuous Integration)
– 结对编程(Pair Programming)
– ......

28. 总结
• 实施敏捷意味着快速交付，快速部署，快速为客
户带来价值回报，但前提必须是有“质量”的软件
交付，才能真正保证这个终极目标的实现，仅仅
只有速度是不够的。
• 如何保证既“做正确的事”，又能“正确的做事”，
是每个敏捷团队必须解决的问题

29. Q/A
Email
Email： WangLijie9057@gmail.com
WangLijie9057@
微博： http://t.sina.com.cn/xzdoudou
Mobile: 13651359057