敏捷开发中，团队成员认领的是任务还是用户故事？

一次敏捷workshop上，有同学问：“敏捷软件开发中，团队成员自己主动认领的，是用户故事还是被分解成的任务？”同学们一时讨论热烈。

 

稍具敏捷开发实践经验的同学都应该知道，答案是——任务（Task）。

 

但我们不想就此打住。让我们从以下几个方面来探讨一下这背后的原因。

用户故事和任务

敏捷团队

敏捷需求估算

敏捷迭代的跟踪与管理

用户故事和任务

用户故事（User Story）和任务（Task）[1]是敏捷开发中管理和跟踪用户需求的主要工具。用户故事是首创于极限编程（XP）的管理用户需求的基本方法，目前已广为各个敏捷实践方法和技术所借鉴和使用。Scrum将用户故事作为最基本的需求管理工具，组成了称之为产品待办事项列表（Product Backlog）的用户需求列表。

用户故事从用户的角度描述用户渴望得到的功能和实现的价值。一个好的用户故事包括三个基本要素：
　　角色：谁要使用这个功能。
　　活动：需要完成什么样的功能。
　　商业价值：为什么需要这个功能以及这个功能带来什么样的价值。

用户故事关注的是交付给客户的最终价值，