时间，任务，团队

[b]1.时间[/b]

在敏捷项目里，项目时间首先被分解成若干“发布”，每个发布又被分解成若干“迭代”，每个迭代又分解成若干“工作日”。

发布的时间长度一般为1到6个月，它是最粗粒度的时间单元。它是整个团队的一个同步点，因此团队中的每个人都应该对此感兴趣。
迭代是第二级的时间单元，长度一般为1到4周。开发团队用它来作为主要的工作、跟踪和改进周期。
工作日是最细粒度的时间单元，团队每天在站立会议上聚集在一起交流项目的状态和问题。

[b]2.任务[/b]

任务被分成三种粒度。我把最高层次的叫做“特性”，每个特性都被分解成若干“故事”，而每个故事又被分解成若干最低层次的“任务”。

特性是对用户有用和有意义的一项功能。
故事是特性的一个可测试的片断，以用户的语言来描述。
任务是故事中的一个工作单元，通常以开发者的语言来描述

[b]3.团队[/b]

项目团队由为了共同目标而工作的人们组成。一般团队的成员有一个经理，若干客户、程序员、业务分析员、用户、测试员，以及其它利益相关的人。整个团队都应该分享时间和任务信息来达成项目的目标。


[b]用看板结合时间与任务[/b]

“特性看板”的长处在于向全团队提供项目的一个高度抽象的视角。可以搭配停车场图来显示出最高层次的状态。

“故事看板”处在中间层次，向团队提供每次迭代的最广泛周密的信息，搭配迭代的燃尽图会更有效。

“任务看板”的层次最低，它显示出每日变动的当前状态，搭配每日的燃尽图会更有帮助。

[url]http://www.infoq.com/cn/articles/agile-kanban-boards[/url]