敏捷整洁之道 -- 第四章 团队实践

x33g5p2x  于2021-12-05 转载在 其他  
字(0.5k)|赞(0)|评价(0)|浏览(274)

1. 隐喻

  1. 隐喻:为了有效地进行沟通,团队需要一个受限制的、有纪律的词汇表,其中包含项目中的术语及概念;
  • 领域驱动设计:

  • 数据字典:呈现了被应用程序处理的数据以及处理这些数据的过程;

2. 可持续节奏

  1. 快跑的未必能赢;
  2. 唯有忍耐到底的,必然得救;

3. 代码集体所有

  1. 敏捷项目中没有人独占代码,代码由团队集体所有;
  2. 任何团队成员都可以随时检出代码,并改善项目中的任意模块;
  3. 团队集体拥有代码;

4. 持续集成

  • 早年的敏捷:

  • 持续集成:意味着开发人员每隔一两个小时就签入一次源代码的修改,并将其合并入主干;

  • 所有单元测试和验收测试都一直成功通过;

  • 不存在任何未集成的特性分支;

  • 只有持续的集成,持续集成才有效;

5. 持续构建

  1. 将签入时间缩短至几分钟,即使是最细微的改动也能很快的集成到主干中,一旦签入任何改动就会启动构建;
  2. 持续构建应该永远不被破坏;
  3. 紧急插播:失败的构建就是一次紧急插播事件;

6. 站会

  • 以下内容对于站会都是成立的

  • 该会议是可选的,许多团队不开这个会也会过得挺好;

  • 不一定每天都开,选择合理的时间间隔;

  • 即使是大型团队,也只花 10 分钟左右;

  • 该会议遵循一个简单的议程;

  • 该会议是图阿奴队成员站成一圈,并回答 3 个问题:

  • 上次会议之后我做了什么?

  • 下次会议之前我将做什么?

  • 什么阻碍了我?

  • 每个人应该只有 30s 左右的时间来回答这 3 个问题,然后会议结束;

相关文章