硝烟中的Scrum和XP-我们如何实施Scrum 12)发布计划 13)组合XP( 二 ) _scrum

告知客户实际情况, 讨论完成的范围或者时间(在发布后的后续版本加入暂时去除掉的特性), 至少这样诚实的态度对客户负责 [不知道在国内的情况是不是直接糊弄客户...], 尽早地给客户提供了选择: 应该准时发布最重要的功能, 还是推延一段时间, 发布所有的功能;
---发布计划 End---
13 怎样组合使用Scrum和XP

文章插图
Scrum注重的是管理和组织实践, 而XP关注的是实际的编程实践; 所以他们可以很好的协同工作--他们解决的是不同领域的问题, 可以相互补充;
有些XP实践直接被Scrum替代了: 整体团队, 坐在一起, 故事, 计划游戏;
结对编程
-提高代码质量 [互相等于在]
-让团队精力更集中 [成员会互相提醒, code, 需求以及日常会议...]
-很多编程开发人员没有尝试过, 实践后大多数会喜欢这种形式; [大多数情况是提高效率的]
-结对编程令人精疲力竭, 不能全天都这样做; [给我点私人时间看看新闻, 玩玩手机...休息一下]
-常常更换结对组合是有好处的; [不同水平的人在一起工作的方式不同]
-结对编程可以增进团间的知识传播; [互相之间会学到很多, 例如怎样方便使用IDE, 怎样查找问题, 这些只有坐在一起才能看到]
【硝烟中的Scrum和XP-我们如何实施Scrum 12)发布计划 13)组合XP】-有些人还是会不习惯结对编程; [要尽量安排优秀的开发人员适应结对编程]
-可以把代码审查作为结对编程的替代方案;
-"领航员"(不用键盘, 而是坐在旁边的那位) 应该自己有一台机器, 不是写业务代码, 而是在需要的时候做一些试验, 当"司机"(使用键盘写code的那位)遇到难题的时候可以查看文档等;
-不要强制结对编程, 鼓励程序员, 并提供合适的工具, 让他们按照自己的节奏去尝试;
测试驱动开发TDD
测试驱动开发意味着要先写一个自动测试, 然后编写恰好够用的代码, 让它通过这个测试, 接着对代码进行重构, 主要是提高可读性和消除重复; 整理好以后继续;
对测试驱动开发的看法:
- TDD很难; 开发需要花一定时间才能掌握; 往往问题不在于你用了多少精力去教学, 辅导和演示, 多数情况下, 开发掌握它的唯一方式就是跟一个熟悉TDD的人结对编程, 一旦掌握之后, 就会受到彻底的影响, 习惯于这种方式;
- TDD对系统设计的正面影响很大;
- 新产品中, 需要过一段时间, TDD才能开始应用并有效运行, 尤其是黑盒集成测试; 但是回报来的会很快;
- 投入足够时间, 保证大家可以容易地编写测试; 这意味着有合适的工具, 有经验的人, 提供合适的工具类或基类, 等等;
测试驱动开发使用到的工具: