了解敏捷

面向交付 以适应性为原则 以可工作的软件驱动 以消除浪费为主要策略
Traditional
Agile
ROI 模型比较
合同驱动
价值驱动
自动化构建wenku.baidu.com部署
频繁交付
自动化测试 结对编程 故事墙 持续集成 用户故事
迭代计划会议 回顾会议
代码集体所有
每日站会
坐在一起
简单设计
可持续的速度
编码标准
了解敏捷
路宁 luning.tw@gmail.com www.luning.name www.weibo.com/luning12
一点历史
Individuals and interactions
over processes and tools
Working software
over comprehensive documentation
什么样的项目更适合敏捷?
敏捷可能给我们带来什么?
Customer collaboration
over contract negotiation
Responding to change
over following a plan
为什么要采用敏捷?
敏捷解决什么问题?
大家在用哪些方法和实践?
应用敏捷有什么效果?
转变背后的动因
面临的挑战
敏捷新动向
DevOps
结束开发，测试，运维间的乒乓游戏
用户体验的崛起
促进业务敏捷
Lean Startup
创新公司运营模式
常见误解
• • • • • • • • •
敏捷只适合于小团队 结对编程只有独立编程50%的效率 不需要任何文档 敏捷是没有任何约束的编程方法 敏捷不需要分析和测试人员 极限＝风险 敏捷＝松垮 重构＝多余的变化 单元测试＝冗余代码
开发速度 度量
重构
在岸客户
测试驱动开发
迭代
个体实践 团队实践 组织实践
XP实践
将好的实践做到极致
XP的价值观
如果代码复审是好的, 那就持续不断的做，做结对编程 如果单测是好的, 那就不断的写，提前写，做TDD 如果设计优化是好的, 那就作为每天必备的功课，做重构 如果简单设计是好的, 那就让系统支撑现有功能的情况下 做到最简单设计，KISS
软件开发生命周期
顺序式的
迭代式的
增量式的
迭代+增量式的
分享一个敏捷项目的经历
Scrum + XP
比较需求管理的方法
比较设计的方法
比较实现的方法
比较上线的方法
通过人工流程建立秩序
利用办公自动化式的平台
自动持续执行
传统方法与敏捷的对比
管理者视角
面向资源 以预测性为原则 文档驱动 以流程管理为主要策略