读书是要记笔记的，今天算是打卡第二天，坚持下去争取养成习惯。

作为产品经理，敏捷需求的管理多少需要懂得一些，很多团队都在使用敏捷方式进行开发。这本书真厚，内容不错，昨夜开始看，今天大概翻了一遍，用了检视阅读的第二种方式粗浅阅读，因为刚看过《用户故事与敏捷方法》，前半部分看得比较快，后来效率低了，有些章节可能近期也不是特别适用，后半部分没太能看进去。

敏捷软件需求是针对团队、项目群与企业级的精益需求实践，创业团队一般是单一产品，很多在初期还是最小可行产品，关于项目集和项目组合方面的就没有太关注了。但是团队、项目集和项目组合常常没有明显的边界区分，是针对越来越高的抽象、范围和规模程度的一种论证方式，因此相关内容还是要仔细看看的。

第一部分概览：全景图

概述

敏捷的方法包括：动态系统开发DSDM、特性驱动开发FDD、适应性软件开发、scrum、极限编程XP、开发统一过程 Open UP、 Agile RUP、精益、水晶方法等，有些都不太清楚概念，回头再查吧。

基于用户故事的敏捷需求管理，以价值驱动，核心是递增和迭代，持续交付。以固定的质量，在固定的时间盒中交付小的增量，重复多次。常见的方法是scrum和极限编程的结合使用。

敏捷团队一般7-9人，角色包括：产品负责人，scrum 、开发和测试等。用户故事是基本工作单位，包括定义、构建、实现和测试。

迭代是团队的敏捷心跳，代表一个有价值的新功能增量，对增量的实现采取一种连续、重复的标准模式：计划迭代、构建和测试故事、向干系人展示新功能、检查和调整等。产品常常会采取一连串迭代汇集为一个可上市的增量，并根据当时的商业环境决定是否发布。

团队的所有活动基于待办事项展开，由产品负责人维护和排列各事项的优先顺序。待办事项包括用户故事、缺陷、技术债（重构）、基础设施等。对用户故事进行识别、维护、排定优先级、制定计划、细化、实现、测试和验收，是基本需求管理过程。

任务是用作估算和追踪的基本单位，一个故事可被分解成若干个任务，但团队追踪的焦点应该是故事，这样可以始终聚焦于业务价值。

项目集层面的目标包括：维护愿景和路线图、管理发布、资粮管理、部署、资源管理和消除阻碍。

构建大型的敏捷团队中，可能包括组件团队和特性团队、系统团队（系统及测试、系统级质量保证、系统级的持续集成、构建开发基础设施）、发布管理团队、产品管理。

愿景

特性

非功能需求

敏捷发布火车

路线图

注：这几项都是产品管理的一部分，也可以放到团队的敏捷需求，为什么划分到这儿呢，怪怪的。

项目组合层面引入新的名词包括：投资主题和篇章、项目组合待办事项、项目组合管理团队、项目组合愿景与架构跑道。

假期结束，明天上班，今天就到这儿啦。