很多人都认为敏捷管理就是将每个sprint的功能交付，给出可用的软件即可，没有数据度量。其实这种理解是不正确的，敏捷项目管理也是有度量数据的，有哪些度量数据呢？
一、已完成的故事点
在敏捷项目里面，更多的度量数据是故事点（Story Point），在每一个迭代周期开始之前，会让团队人员评估每个需求的故事点。这就相当于是传统项目里面的评估工时（一个需求完成需要多少时间）。
如果一个迭代周期的故事点总数为30，一个迭代周期为5天，那么线性的理想情况下，每天应该完成6个故事点，当然实际情况可能是，第一天晚点3个故事点，第二天完成8个故事点。那么说明第一天进度落后于计划，第二天进度快于计划，整体是快于计划的。通过图一这样的已完成故事点曲线图就很容易看出来。
图一 已完成故事点曲线图二、剩余的故事点
剩余故事点也是看一个迭代周期的需求完成情况，和「已完成的故事点」相比，意义是一样的，只是表示的方式不一样。
剩余故事点曲线表示还有多少没有完成的故事点情况；已完成故事点曲线表示已经完成了的故事点的情况。
图二 剩余故事点曲线图三、功能数曲线图
如下图三所示，功能数曲线图是将「总共功能数」「已完成功能数」「剩余功能数」都汇总展示在一张图里面，这里是将要做的功能的个数作为统计的对象（即需求的个数）。
图三 功能数量图四、敏捷挣值
敏捷挣值和传统项目的挣值计算公式都是一样的，只是单位不一样而已，敏捷挣值是以故事点为单位，传统项目的挣值是以工时为单位。其他的计算方法，计算公式等等都是一样的，说白了，这里敏捷挣值就换了个壳而已。
图四 敏捷挣值曲线图五、累积图
敏捷的累积图和传统项目的累计图是一样的，这里没啥好说的。
图五 敏捷累积图六、流程指标
流程指标主要统计的是在整个流程周期总，主要阶段的耗时时长，这里面包括
响应时长：从准备要做，到开始做的时间。
等待时长：从测试完到等待部署的时间。
工作时长：部署所花的时间。
迭代时长：从需求到团队手上开始，到部署完成所花的时间。
功能交付市场：从需求在需求池到部署完成所花的时间。
市场交付时间：从市场提出需求到部署完成所花的时间。
图六 流程指标
33.【Kevin聊敏捷】敏捷项目管理APM-Agile Project Management（二）
32.【Kevin聊敏捷】敏捷项目管理APM-Agile Project Management（一）
31.【Kevin聊敏捷】敏捷宣言
30.【Kevin聊敏捷】看板Kanban的5个核心实践
29.【Kevin聊敏捷】看板Kanban的8目标和3原则
28.【Kevin聊敏捷】看板Kanban-概述
27.【Kevin聊敏捷】精益敏捷（Lean Agile）的5个原则
26.【Kevin聊敏捷】精益敏捷（Lean Agile）导论
25.【Kevin聊敏捷】极限编程XP2实践
24.【Kevin聊敏捷】XP极限编程之12最佳实践（四）
23.【Kevin聊敏捷】XP极限编程之12最佳实践（三）
22.【Kevin聊敏捷】XP极限编程之12最佳实践（二）
21.【Kevin聊敏捷】XP极限编程之12最佳实践（一）
20.【Kevin聊敏捷】XP极限编程之5个价值
19.【Kevin聊敏捷】XP极限编程之概述
18.【Kevin聊敏捷】敏捷项目管理之Sprint Retrospective 迭代回顾会
17.【Kevin聊敏捷】敏捷项目管理之Sprint Review 迭代评审会
16.【Kevin聊敏捷】敏捷项目管理之Daily Scrum 每日站立会
15.【Kevin聊敏捷】敏捷项目管理之Sprint Planning 迭代规划会
14.【Kevin聊敏捷】敏捷项目管理之Scrum Events 敏捷活动
13.【Kevin聊敏捷】敏捷项目管理之Scrum Master 敏捷教练
12.【Kevin聊敏捷】敏捷项目管理之Development Team 开发团队
11.【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（二）
10.【Kevin聊敏捷】敏捷项目管理之Product Owner 产品负责人（一）
09.【Kevin聊敏捷】敏捷项目管理之Scrum三大支柱
08.【Kevin聊敏捷】敏捷项目管理之Scrum价值
07.【Kevin聊敏捷】敏捷项目管理之Scrum
06.【Kevin聊敏捷】项目生命周期之敏捷型生命周期
05.【Kevin聊敏捷】项目生命周期之增量型生命周期
04.【Kevin聊敏捷】项目生命周期之迭代型生命周期
03.【Kevin聊敏捷】项目生命周期之预测型生命周期
02.【Kevin聊敏捷】项目管理的四种生命周期
01.【Kevin聊敏捷】传统项目管理VS敏捷项目管理对比-各模式的发展历程
