敏捷成熟度模型

一，价值

1，版本发布周期&节奏

必须有版本存在，强调结果。

有稳定的发布周期，版本是面向市场，且应用的版本。

2，外部质量

公司质量部给出投诉清单，质量部给出故障数清单，如果质量部滞后，以项目团队数据为准。

新项目参考前期交付产品的商用度量数据。

3，交付范围（观察项）

评估组可以直接跳过，项目组可以不举证。

二，项目管理

1，基层团队

可视化：清晰，随时可以获取信息（不能有地理位置，时间限制等）

2，研发领域

特性团队，并能在团队内完成特性交付，在tfs上能看到。

特性的功能要达到可发布状态，性能可以留到后面。

项目看板可视化。

针对发布的复盘回顾。

3，项目管理

不单独去评估

三，工程

1，需求

每个迭代是根据优先级启动需求，不是所有需求一起启动。

抽查用户故事是不是故事？在一个迭代内完成，要包含交付。

2，简单设计

新增代码

3，测试

至少分两层：St一层，ut/ft一层。

基于所有自动化的用例，计算自动化比例。

有分层策略。

4，配置管理

VerifyCI必须包含构建。

5，度量

度量要有体系

6，学习

7，持续改进