xp的12个实践
- 规划游戏:发布计划、迭代计划;
- 整体团队:团队一起工作在一个开放的参所中,而不要分散;
- 小型发布:早交付;
- 现场客户/客户测试:团队中加入一位起作用的用户
- 集成所有权:任何人都可以更改任何代码,所有人对于全部代码负责
- 持续集成:可以按日甚至按小时为客户提供可运行的版本
- 编码标准:制定编码标准来进行沟通,尽可能减少不必要的文档
- 可持续发展的步伐
- 测试驱动TDD
- 简单设计
- 重构
- 结对编程
选择题:在运用 XP 时,持续集成优点是 ( C )
A、减少测试的需求
B、减少团队沟通和合作的需求
C、支持运用软件集成对早期缺陷进行探测
D、减少对客户反馈的需求
探针/刺探:用以评价复杂的设计选项的一些任务。刺探对学习很有用,可以在诸如评估、验收标准定义以及通过产品了解用户行为的流程中使用。
持续集成:无论产品如何,都要频繁地将工作集成到整体中,然后再进行重新测试,以确定整个产品仍然按照预期工作。
在不同层面测试
- 对构建块使用单元测试
- 端对端信息使用系统级测试
- 团队决定是否需要进行集成测试
- 冒烟测试有助于测试产品是否良好
- 回归测试还有助于良好地构建性能
- 敏捷团队非常偏爱自动化测试
TDD测试驱动开发:先编写测试用例,再开发
ATDD 验收测试驱动开发:讨论验收标准,编写测试用例,再开发
BDD行为驱动开发:了解用户在真实情景中如何使用产品,为该行为比那些测试
每日站会
- “透明”是敏捷小组的基本原则
- 团队成员应该非常清楚工作进展
- 干系人需要知道项目进展
- 及时发现潜在问题
每日会的公约
- 每天必须开,准时开
- 不许迟到
- 三个问题:昨天做了什么?今天要做什么?遇到什么障碍?
- 不要讨论怎么解决障碍,不要讨论技术细节(另外时间解决)
- 移动便签
- 团队交流
- 敏捷教练更多是听,不是总结
- 敏捷教练收集障碍,会后解决障碍
- 10-15分钟搞定
- 专心会议,不许做其它与会议无关的事情
看板面板
是从精益思维的“准时制JIT”衍生而来。
看板中完成工作比开始新工作更重要。未完成的工作无法提供任何价值,因此团队将协作实施和遵从在制品(WIP)限制
看板管理背后的理念:正在进行的工作的信号,应该限制这些工作数量以提高绩效
迭代燃尽图 BurnDown Chart
是图形化显示可跟踪对象随着时间推移的剩余数量
当进度变得平缓或停滞时,可能就要引起关注
燃起图 BurnUp Chart
功能燃起图可显示项目期间需求的发展
每次在项目添加功能时,燃尽图都会有改变
每一个迭代中完成故事点的总数量