QAD的由来

软件研发作为脑力劳动的典型体现，存在着很多的不确定性，以至于长久以来这项劳动对于组织和团队来说衡量其优劣都是很困难的，不同背景、领域、产品阶段、团队情况都会使得无法有效的对自身当下的研发现状做出清晰的认识。为了更有效的认清和改进，并请准确量化改进情况，支持团队能力提升的同时促进企业业务增长，量化敏捷开发（QAD）孕育而生了。

QAD（Quantification Agile Develop）量化敏捷开发

QAD覆盖产品（需求）、管理、技术三大领域，在相应的领域建立了基于需求的量化管理体系。其中SEAi需求分析法是其核心。QAD量化敏捷开发包含了需求拆分（用户故事，用户故事地图），版本规划（精益创业，用户故事地图），项目管理（Scrum，看板），技术管理（极限编程，自动化测试与部署， DevOps）等，通过有机结合，可以以同一个练习贯穿始终。其核心内容如下所述

课程介绍

需求条目化一直是敏捷开发的三大难题之一。从1998年极限编程正式提出用户故事，一直没有一种简单、易学、一致、可预期、颗粒度统一的需求拆分方法。以需求条目化为基础的Product Backlog，看板项，用户故事地图、故事点估算等方法论，推广和应用受到极大影响。

SEAi需求分析法的诞生解决了困扰业界20年的需求条目化问题。

这种方法可以：在1~3小时内学会，对于0.5人年左右的需求，仅需要15分钟即可分解为三层需求（S场景，E实体，A行为，SEA三层可直接用于制作用户故事地图，A则用于制作看板），再加45~60分钟即可得到数量充足的需求实例（验收测试用例）。其中在第5~10分钟左右，即可进行工作量、工期、成本、代码行、测试用例、测试缺陷率、发布缺陷率的预测，精度可达-25%~+50%。

此活动将使用现场学员的随机功能性需求进行练习，展示其完整过程及结果。

活动介绍

1天快训大纲（6小时，净时长5.5小时，330分钟）

上午2.5小时：

20分钟：开场简介，敏捷2.0宣言

20分钟：分组，每组推选1个产品经理，选取一个随机需求（大约0.5~1人年左右工作量，欢迎踊跃提供）

60分钟：场景Scenario与实体Entity，【练习】拆分场景Scenario和实体Entity两层

30分钟：行为Action层，【练习】拆分行为Action层

20分钟：敏捷术语重定义，需求-项目管理，需求-编码，需求-测试的对应关系

下午3.5小时：

20分钟：【练习】估算工作量、工期、成本、代码行、测试用例数、测试缺陷数、发布后1个月缺陷数

20分钟：度量数据在迭代回顾中的应用

20分钟：Lean Startup与MVP（最小可用产品）

20分钟：用户故事地图，真实发布策略与内部原型策略

20分钟：【练习】利用SEA需求条目在用户故事地图上完成版本规划

20分钟：DevOpsBan研发运维一体化板：解决Scrum时间盒与看板随时发布各自存在问题

20分钟：基于SEA的DevOpsBan估算

20分钟：需求实例化及其模板，【练习】为其中一个行为Action编写需求实例化

20分钟：QAD量化敏捷开发，基于QAD的企业级敏捷转型

30分钟：Q&A

适合人群

作为企业级敏捷转型课程， QAD课程面向的是团队而非个体，因此应当以包括产品经理，项目经理，开发与测试的完整团队为受训对象。

活动提示

请提前准备一段产品需求，要求：

1、有始有终

2、过程连贯

3、各得其所

主办方

讲师介绍

火星人陈勇，24年研发经验，长期致力于QAD量化敏捷开发的研究，以量化指标衡量各种敏捷实践的实际效果与效率边界。火星人不喜欢人云亦云，而是致力于探索软件工程中各种尚未解决的难题，QUML（量化敏捷开发2013~2015），AFP（敏捷功能点，2017~2021），QAD（量化敏捷开发2017~2018），SEAi（SEAi需求分析法，2019~2020），Nefactor（永不重构，2020~2021），DevOpsBan（由张克强老师牵头，火星人命名）……都是这些探索的产物。

往期活动