敏捷度量实战：如何度量并改进团队绩效

编辑推荐

适读人群 ：开发人员、测试人员、项目经理、敏捷度量爱好者、培训机构用书

从实战角度如何客观地衡量团队绩效

含案例分析，由浅入深穿插8个典型案例，内容实用适合学习

内容简介

本书主要讲述如何收集度量数据，并分析这些数据，来衡量团队的绩效。全书分为三个部分：“测量敏捷性能”，“收集和分析团队的数据”和“将度量应用于你的团队，过程和软件”。第1部分介绍度量开发过程出现的问题，以及如何将敏捷度量应用于你的团队。第2部分介绍特定类型的数据，如何在你的团队中使用该数据，以及你能够从该数据获得什么信息。第3部分介绍你能够使用前两部分所获得的数据来做一些工作。本书注重理论与实践相结合，尤其适合开发人员、测试人员、项目经理等各类管理人员使用，具有很好的应用参考价值。也可以作为敏捷度量爱好者学习和应用的参考书。还可以作为一些培训机构的参考用书。

作者简介

自20世纪后期开始， 作者一直担任开发团队的领导。他主要从事旅游、金融、医疗、电信和制造业等领域的软件开发工作， 在世界各地领导了不同的团队。

他是一个狂热的运动员， 他喜欢美丽的美国俄勒冈州的波特兰市， 那里有他的妻子和两个孩子。

目  录

第1部分 度量敏捷团队

第1章 度量敏捷性能

1.1收集，度量，应用，重复--反馈循环

1.1.1 什么是度量?

1.2敏捷团队为什么困于测量

1.2.1 问题：定义敏捷度量并不简单

1.2.2 问题：敏捷专注于产品而不是项目

1.2.3 问题：没有统一的视图来管理数据

1.3 度量可以回答哪些问题以及数据来源

1.3.1 跟踪项目

1.3.2 源代码管理

1.3.3 构建系统

1.3.4 系统监控

1.4 分析数据以及如何应用这些数据8

1.4.1 弄清楚重要问题

1.4.2 可视化数据1

1.5 应用经验教训

1.6 取得所有权以及衡量团队

1.6.1 达成共识

1.6.2 度量的反对者

1.7 小结

第2章 现场观察项目

2.1 一个典型的敏捷开发项目

2.1.1 Blastamo音乐公司使用敏捷度量

2.2 产生的问题

2.3确定最佳的解决方案

2.4分析和呈现数据

2.4.1 解决问题

2.4.2 为领导可视化最终产品

2.5 构建系统和提高过程

2.5.1 使用数据改善每天所做的事情

2.6 小结

第2部分 收集和分析团队的数据

第3章 项目跟踪系统的趋势和数据

3.1 使用PTS数据的典型敏捷度量

3.1.1 下降

3.1.2 速度

3.1.3 累积流量

3.1.4 交付时间

3.1.5 错误计算

3.2 能够使用大量的数据进行分析

3.2.1 提示1：确保每个人都使用PTS

3.2.2 提示2：使用尽可能多的数据标记任务

3.2.3 提示3：估算任务完成的时间

3.2.4 提示4：任务完成时清楚地定义

3.2.5 提示5：明确定义任务的完成时间

3.3 关键 项目管理 度量；发现数据趋势

3.3.1 任务工作量

3.3.2 错误

3.3.3 衡量任务移动，重复率和工作流

3.3.4 使用标签排序

3.4 案例研究：确定项目的技术债务趋势

3.5 小结

第4章 源代码管理的趋势和数据

4.1 什么是源代码管理？

4.2 准备分析：生成最丰富的数据集

4.2.1 提示：使用分布式版本控制和拉请求。

4.3 使用的数据以及来自SCM的数据

4.3.1 从DVCS获取数据

4.3.2 从集中式SCM获取数据

4.3.3 单独从SCM获取数据

4.4 关键SCM度量：发现数据趋势

4.4.1 标注SCM活动

4.5案例研究：转向拉请求工作流并进行质量工程

4.6 小结

第5章 来自CI和部署服务器的趋势和数据

5.1 什么是持续开发

5.1.1 持续集成

5.1.2 连续交付

5.1.3 连续测试

5.2 准备分析：生成最多的数据集

5.2.1 设置交付管道

5.3 可以从CI的API获得要使用的数据

5.3.1 获得CI服务器的数据

5.3.2 单独从CI获取什么

5.4 CI关键度量：找出数据的趋势

5.4.1 获取CI数据并将其添加到图表中

5.5 案例研究：使用CI数据衡量过程变化的好处

5.6 小结

第6章 开发系统的数据

6.1 为分析做准备：能够收集最丰富的数据集

6.1.1 在开发周期中添加任何度量

6.1.2 使用应用程序性能监控系统的功能

6.1.3使用日志记录的最佳做法

6.1.4 使用社交网络与客户联系

6.2使用APM系统中的数据

6.2.1 服务器运行状况统计

6.2.2 客户使用率

6.2.3 语义日志分析

6.2.4 用于收集开发系统数据的工具

6.3 案例研究：团队过渡到DevOps模式并持续交付

6.4 小结

第三部分 度量团队，过程和软件

第7章 使用从各个部分所收集的数据

7.1 组合数据点创建度量

7.2 使用数据来定义“好”

7.2.1 将主观性转变成客观性

7.2.2 落后于良好的版本

7.3 创建度量的方式

7.3.1 步骤1：浏览数据

7.3.2 步骤2：分解问题以确定跟踪对象

7.3.3 步骤3: 通过创建多个数据点的公式以创建度量

7.4 案例分析：创建和使用一个新度量，以测试持续交付版本的质量

7.5 小结

第8章 测量软件的质量

8.1 准备分析：设置以测量你的代码

8.2 使用代码“ilities”测量软件非功能性需求

8.3 测量可维护性

8.3.1 MTTR和交付时间

8.3.2 添加SCM数据和构建数据

8.3.3 代码覆盖率

8.3.4 添加静态代码分析

8.3.5 添加更多的PTS数据

8.4 测量可用性

8.4.1 可靠性和可用性

8.4.2 安全性

8.5 案例研究：寻找交付时间内出现的异常

8.6小结

第9章 发布度量

9.1 为用户提供合适的数据

9.1.1 团队的工作方式

9.1.2 管理者想看到的信息

9.1.3 高管关心的事情

9.1.4 使用度量的影响

9.2 不同的发布方式

9.2.1构建仪表板

9.2.2 使用电子邮件

9.3 案例研究：从可见性转向战略目标

9.4 小结

第10章 根据敏捷原则衡量你的团队

10.1 将敏捷原则分解成可度量的部分

10.1.1 将原则与交付周期保持一致

10.2 软件有效性的三原则

10.2.1 衡量有效性软件

10.3 4个有效测量过程的原则

10.3.1 测量有效过程

10.4 有效团队所遵守的四原则

10.4.1 衡量一个有效的开发团队

10.5 有效需求的一条原则

10.5.1 测量有效需求10

10.6 案例研究：一个新的敏捷小组

10.7 小结

附录A使用ELK手动分析

A.1 设置系统

A.1.1 检查数据库

A.1.2 配置数据收集器

A.2 创建仪表板

A.3 小结7

附录 B使用Grails收集源系统数据

B.1 架构预览

B.1.1 域对象

B.1.2 你使用到的数据

B.1.3 数据收集服务

B.2 小结