02-需求及敏捷协作领域实践

业务探索

应用商业模式画布找准目标客户，提出合理解决方案，探索差异化竞争优势

通过设计思维与用户共情，定义用户问题，探索点子

运用影响地图将业务目标与达成目标的实现方式进行连接，探索如何做以及做什么

使用产品路线图对为满足产品目标所需的努力、要实现的特性及其时间表进行规划

先用最快、最简明的方式建立一个最小化可行产品（MVP），然后通过“构建-衡量-学习”循环进行迭代

通过精益数据分析，使用运行数据驱动产品决策，持续迭代并改进产品

精益需求

使用条目化的用户故事表达精益需求
用户故事具有 3C 特性，符合 INVEST 原则
采用故事树结构管理产品全量、不同层级的需求
精益需求通常使用2-3层结构，如业务需求-产品需求-工作任务

实例化需求

使用“假定（Given）-当（When）-那么（Then）”的语言将需求描述为实例

例子必须真实可测，并且不要以往非功能性需求
需求说明既要举例，也要领域建模

敏捷协作

基于敏捷宣言的价值观和原则进行协作
敏捷协作最有效率的规模为10人左右的小规模敏捷团队
围绕价值交付组建的团队，包含完成工作所需的各种跨职能角色
团队成员同地办公，面对面沟通，采用看板可视化工作
全员共同参与协作，按节奏开发，按业务需要发布
使用电子工具记录、管理及自动化工作，进一步提高协作效率

可视化管理

利用波特价值链分析方法，分析研发过程中的基础性活动和支持性活动
利用价值流图，分析映射研发过程的价值流动
利用看板来实现产研全流程可视化
利用累计流图等统计分析工具来进一步挖掘看板的关键信息

规模化敏捷交付

围绕价值流，组建由多个小规模敏捷团队组成的大规模敏捷团队
规模化敏捷架构首要的任务是解耦，尽量去规模化
不频繁、影响大、实施时间长的举措，在管理层决策后再拆解成小需求
规模化的敏捷流程，需要节奏一致，保持同步，全员共同启动，全员一起计划，全员同步迭代交付
端到端敏捷 DevOps 平台需要支持多个小规模敏捷团队的协作体验，以及大型解决方案的持续交付

解读

敏捷化是 DevOps 的基础，《01-研发效能概述》中对效能平台需要支持对敏捷话工作任务的管理，这里的软件推荐飞书云文档中的智能表格（但是由于数据无法导出，这算是不太好的地方），或者禅道一类的开源软件，可定制化、敏捷化的任务管理工具很多，如果自建平台可以根据需要自己找一找。

对于敏捷化管理工具，需要明确要求：1. 使用简单，不能太繁琐，为了配置一个任务结果搞了一上午都没有把任务配置清楚，总任务，每个人的任务，开始结束时间，完成状态，任务类型，或者通过组织过程资产（过程资产中可以定义总的任务结构之类的）完成基础版本的任务定义。但无论如何，工具的适用性是不断打磨出来的，不是一蹴而就的。