敏捷开发方法 - 极限编程, ExtremeProgramming, XP

核心价值观

• 沟通：鼓励口头沟通
• 简单：够用就好
• 反馈：人人都及时知道项目的情况、人员情况
• 勇气：研发要有勇气面对快速开发、重新开发、代码重构
• 谦逊

价值目标

• Extreme 强调把它列出的每个方法和思想做到极限、做到最好

原则

快速反馈
    及时快速获取反馈，并投入系统
简单性假设
    号召大家出色地完成今天地任务，相信具有将来增加系统复杂性的能力
逐步修改
    像开车打方向盘一样高，不要一次作出很大改变，那样可控性差，更合适的方法是微调
提倡更改
    BUG永远修不完，要随时做好改动的心理准备
优质工作
    小步快走，不要将细小的问题拖延，工作质量不打折扣

13个最佳实践

1. 计划游戏
    编写故事
        客户或PM谈论系统应该完成什么功能，确定需求
    进行估算
        研发对每个用户故事进行估算，按优先级顺序，如果故事太大，则要进行分解
        迭代周期，最佳2～3周
2. 小型发布
    持续集成，小步快走的哲学
    当然要具有足够的商业价值
3. 隐喻
    创造一些心照不宣的词汇和例子，更形象有趣的沟通，而不是一堆晦涩专业术语
4. 简单设计
    够用就好
    保持很强的扩展性，但用不到的代码可以先不写
5. 测试驱动开发
    测试代码先行
    结对编程
    这个尝试需要勇气
6. 重构
    对于XP来说是个贯穿始终的常规操作
7. 结对编程
    两人坐一起写代码
        饱受质疑
        消耗人力资源
        自尊心较强的研发会比较排斥
        可以通过Leader审核代码来代替
8. 集体代码所有制
    每个成员都拥有对代码进行改进的权利
    XP强调谁污染谁治理
9. 持续集成
    需要引入版本控制
10. 可持续的速度
    简单来说，就是反对加班，将进度控制在合理范围，让研发保持一个高效健康的状态
    做到让研发人员享受研发，而不是让他们感受到煎熬
11. 现场客户
    客户进行现场体验，确保业务功能正确
12. 编码标准
    自动格式化
    慢慢总结编码规则
    也可以使用现有编码标准

配合是关键

• 1+1>2