目录 n 部分 度量敏捷团队 n 章 度量敏捷性能 n 1.1收集,度量,应用,重复--反馈循环 n 1.1.1 什么是度量? n 1.2敏捷团队为什么困于测量 n 1.2.1 问题:定义敏捷度量并不简单 n 1.2.2 问题:敏捷专注于产品而不是项目 n 1.2.3 问题:没有统一的视图来管理数据 n 1.3 度量可以回答哪些问题以及数据来源 n 1.3.1 跟踪项目 n 1.3.2 源代码管理 n 1.3.3 构建系统 n 1.3.4 系统监控 n 1.4 分析数据以及如何应用这些数据8 n 1.4.1 弄清楚重要问题 n 1.4.2 可视化数据1 n 1.5 应用经验教训 n 1.6 取得所有权以及衡量团队 n 1.6.1 达成共识 n 1.6.2 度量的反对者 n 1.7 小结 n 第2章 现场观察项目 n 2.1 一个典型的敏捷开发项目 n 2.1.1 Blastamo音乐公司使用敏捷度量 n 2.2 产生的问题 n 2.3确定的解决方案 n 2.4分析和呈现数据 n 2.4.1 解决问题 n 2.4.2 为领导可视化 终产品 n 2.5 构建系统和提高过程 n 2.5.1 使用数据改善每天所做的事情 n 2.6 小结 n 第2部分 收集和分析团队的数据 n 第3章 项目跟踪系统的趋势和数据 n 3.1 使用PTS数据的典型敏捷度量 n 3.1.1 下降 n 3.1.2 速度 n 3.1.3 累积流量 n 3.1.4 交付时间 n 3.1.5 错误计算 n 3.2 能够使用大量的数据进行分析 n 3.2.1 提示1:确保每个人都使用PTS n 3.2.2 提示2:使用尽可能多的数据标记任务 n 3.2.3 提示3:估算任务完成的时间 n 3.2.4 提示4:任务完成时清楚地定义 n 3.2.5 提示5:明确定义任务的完成时间 n 3.3 关键项目管理度量;发现数据趋势 n 3.3.1 任务工作量 n 3.3.2 错误 n 3.3.3 衡量任务移动,重复率和工作流 n 3.3.4 使用标签排序 n 3.4 案例研究:确定项目的技术债务趋势 n 3.5 小结 n 第4章 源代码管理的趋势和数据 n 4.1 什么是源代码管理? n 4.2 准备分析:生成 丰富的数据集 n 4.2.1 提示:使用分布式版本控制和拉请求。 n 4.3 使用的数据以及来自SCM的数据 n 4.3.1 从DVCS获取数据 n 4.3.2 从集中式SCM获取数据 n 4.3.3 单独从SCM获取数据 n 4.4 关键SCM度量:发现数据趋势 n 4.4.1 标注SCM活动 n 4.5案例研究:转向拉请求工作流并进行质量工程 n 4.6 小结 n 第5章 来自CI和部署服务器的趋势和数据 n 5.1 什么是持续开发 n 5.1.1 持续集成 n 5.1.2 连续交付 n 5.1.3 连续测试 n 5.2 准备分析:生成 多的数据集 n 5.2.1 设置交付管道 n 5.3 可以从CI的API获得要使用的数据 n 5.3.1 获得CI服务器的数据 n 5.3.2 单独从CI获取什么 n 5.4 CI关键度量:找出数据的趋势 n 5.4.1 获取CI数据并将其添加到图表中 n 5.5 案例研究:使用CI数据衡量过程变化的好处 n 5.6 小结 n 第6章 开发系统的数据 n 6.1 为分析做准备:能够收集 丰富的数据集 n 6.1.1 在开发周期中添加任何度量 n 6.1.2 使用应用程序性能监控系统的功能 n 6.1.3使用日志记录的做法 n 6.1.4 使用社交网络与客户联系 n 6.2使用APM系统中的数据 n 6.2.1 服务器运行状况统计 n 6.2.2 客户使用率 n 6.2.3 语义日志分析 n 6.2.4 用于收集开发系统数据的工具 n 6.3 案例研究:团队过渡到DevOps模式并持续交付 n 6.4 小结 n 第三部分 度量团队,过程和软件 n 第7章 使用从各个部分所收集的数据 n 7.1 组合数据点创建度量 n 7.2 使用数据来定义“好” n 7.2.1 将主观性转变成客观性 n 7.2.2 落后于良好的版本 n 7.3 创建度量的方式 n 7.3.1 步骤1:浏览数据 n 7.3.2 步骤2:分解问题以确定跟踪对象 n 7.3.3 步骤3: 通过创建多个数据点的公式以创建度量 n 7.4 案例分析:创建和使用一个新度量,以测试持续交付版本的质量 n 7.5 小结 n 第8章 测量软件的质量 n 8.1 准备分析:设置以测量你的代码 n 8.2 使用代码“ilities”测量软件非功能性需求 n 8.3 测量可维护性 n 8.3.1 MTTR和交付时间 n 8.3.2 添加SCM数据和构建数据 n 8.3.3 代码覆盖率 n 8.3.4 添加静态代码分析 n 8.3.5 添加更多的PTS数据 n 8.4 测量可用性 n 8.4.1 可靠性和可用性 n 8.4.2 安全性 n 8.5 案例研究:寻找交付时间内出现的异常 n 8.6小结 n 第9章 发布度量 n 9.1 为用户提供合适的数据 n 9.1.1 团队的工作方式 n 9.1.2 管理者想看到的信息 n 9.1.3 高管关心的事情 n 9.1.4 使用度量的影响 n 9.2 不同的发布方式 n 9.2.1构建仪表板 n 9.2.2 使用电子邮件 n 9.3 案例研究:从可见性转向战略目标 n 9.4 小结 n 0章 根据敏捷原则衡量你的团队 n 10.1 将敏捷原则分解成可度量的部分 n 10.1.1 将原则与交付周期保持一致 n 10.2 软件有效性的三原则 n 10.2.1 衡量有效性软件 n 10.3 4个有效测量过程的原则 n 10.3.1 测量有效过程 n 10.4 有效团队所遵守的四原则 n 10.4.1 衡量一个有效的开发团队 n 10.5 有效需求的一条原则 n 10.5.1 测量有效需求10 n 10.6 案例研究:一个新的敏捷小组 n 10.7 小结 n 附录A使用ELK手动分析 n A.1 设置系统 n A.1.1 检查数据库 n A.1.2 配置数据收集器 n A.2 创建仪表板 n A.3 小结7 n 附录 B使用Grails收集源系统数据 n B.1 架构预览 n B.1.1 域对象 n B.1.2 你使用到的数据 n B.1.3 数据收集服务 n B.2 小结
作者介绍
自20世纪后期开始, 作者一直担任开发团队的领导。他主要从事旅游、金融、医疗、电信和制造业等领域的软件开发工作, 在世界各地领导了不同的团队。 n 他是一个狂热的运动员, 他喜欢美丽的美国俄勒冈州的波特兰市, 那里有他的妻子和两个孩子。
编辑推荐
适读人群 :开发人员 测试人员 项目经理 敏捷度量爱好者 培训机构用书 从实战角度如何客观地衡量团队绩效 n 含案例分析,由浅入深穿插8个典型案例,内容实用适合学习