今天我阅读了《敏捷软件需求》的第三章《团队的敏捷需求》。在敏捷方式中，对需求工作的组织和对团队本身的组织不是彼此独立的。相反，敏捷团队是围绕需求进行组织的，以便优化代码的定义、构建与测试以及向终端用户交付价值的效率。敏捷团队的基本工作单位是用户故事，团队的目标是在迭代时间盒内，定义、构建和测试一定数量的用户故事，在迈向发布的过程中逐渐实现更大的价值。 对每个故事的实现可以采用相同的模式：定义故事、编写代码和测试用例、针对代码运行测试。
在每支敏捷项目团队中有三种角色：产品负责人、Scrum Master和其他团队成员，主要包括编写和测试代码的开发与测试人员。产品负责人主要负责确定定义需求、维持代办事项并基于代办事项的相关用户价值设定其优先级、设定迭代目标、细化故事、参与进度评审并接受新的故事。Srcum主要负责推动团队向目标前进、领导团队的持续改进、推行敏捷的过程规则、消除阻碍。开发人员主要负责开发正确代码、写和执行单元测试、根据需要写方法以支持自动的验收测试和其他的自动化测试、每天把代码签到代码库。测试人员从新代码开始产生时，测试人员即开始参与团队活动，并且这种参与贯穿整个发布过程。在每个新故事到达迭代边界时，都要立即检查分析对其验收的可测试性。敏捷团队中除了这几种角色还有架构师、质量保证的角色、其他专业人员与支持的人员。
在敏捷团队中，团队代办事项是团队唯一的正式工作来源，它记录了需要完成的所有工作（主要是用户故事），代办事项中包含团队已识别的所有工作项。代办事项包括一些用户故事和其他工作项。其他工作项包括诸如重构、缺陷、支持与维护、以及工具和基础设施工作等。团队的任务是一种为了完成故事所必需的小的工作单元。