小型团队研发管理

敏捷开发虽然诞生于软件产品开发，但是其实敏捷的理念已经深入到不同的行业和组织里了。敏捷组织面对刚度不确定的市场环境，需要快速响应来适应变化，与此同时，需要合理的机制来保证快速变化中的成果的质量。要达成这一点，需要在整个敏捷团队中让信息公开透明，并且随时可以追踪事项的进展。Tower 提供了灵活的方式帮助敏捷团队持续迭代、快速交付。

注意，如果你是 Tower 新手，我们建议你先看这篇文档，了解了 Tower 的基本使用方式后，再来尝试用 Tower 映射敏捷开发框架。

Tower 如何帮助敏捷团队？

专用的敏捷开发系统一般来说是专为超过数百人的大型研发团队准备的，它们一般有着数不清的配置规则、复杂的使用界面和流程，以及昂贵的使用成本。正因为如此，当使用这种系统的研发团队需要和团队里的其它部门比如设计、运营、产品部门配合的时候，这些工具往往过于复杂，导致降低了沟通的效率。对于中小团队，我们建议暂时把这些笨重的工具放到一边，Tower 提供了一系列灵活的功能，帮助不同的团队实施适合自己的敏捷流程。切记，工具只是辅助，流程也不是唯一答案，在开始前，我们再回顾一下 2001 年敏捷宣言里的这些原则：

个体和沟通高于流程和工具
能交付的成果物高于详尽的文档
和客户在一起高于商业流程和谈判
响应变化高于遵循计划

敏捷框架 Scrum 在 Tower 里的功能映射表

在所有敏捷方法中，最流行的是 Scrum 敏捷框架。以下是 Scrum 这一框架里的词汇和 Tower 里的功能映射表。

Scrum 概念	Tower 功能
Sprint / 冲刺	为每个冲刺创建一个项目
Backlog / 待办项	创建一个独立的待办项目或者清单
Story / 用户故事	在功能项目里创建任务
Task / 任务	在用户故事任务下创建子任务
Size / 估点	使用自定义字段设置任务估点

创建冲刺项目以及待办项

一般来说，一个冲刺有固定时间周期，比如四周一次，以及一个固定的目标，比如「产品网站改版」，在 Tower 中，每个冲刺可以创建一个独立的项目来进行。

每个冲刺可能需要收集一些需要在这个冲刺里实现的待办事项，这些待办事项一般还没有来得及进行梳理和设计，在 Tower 里，待办事项可以和冲刺一样创建为一个单独的项目，不过如果待办项不多的情况下，也可以把「待办项」作为一个独立的清单放到冲刺项目中。

要点

为每个冲刺创建一个新的项目，如果冲刺周期里的待办事项不太多，可以先将待办项创建为冲刺项目的一个清单。
在项目设置里，为冲刺项目设置好对应的项目负责人，以及冲刺的预计开始时间和结束时间。
使用自定义字段功能，为冲刺项目增加估点、难度级别、版本等更多维度的信息。
当设置好了一个冲刺项目之后，可以保存为项目模板，这样下次创建冲刺项目的时候，可以直接从项目模板创建对应的项目。

接下来，就可以在冲刺项目中分解用户故事了。

拆分用户故事

用户故事用来将大功能点进行拆解，每个用户故事都是围绕大功能点的一个具体的可执行单元。在 Tower 里，我们可以在冲刺项目中，通过创建任务的方式来创建用户故事。比如我们刚才的「产品网站改版」这个冲刺项目，可以在待办项清单里拆分类似「准备常见问题」、「准备解决方案文章」、「设计新产品站首页」等等任务作为用户故事。

要点

在冲刺项目里，通过创建任务来拆分用户故事。
使用任务描述功能写清楚每个用户故事的要点，包括背景、解决方案和验收标准。
补充更多的自定义字段的信息，比如用户故事规划的版本，用户故事的估点，难度等级等等。
把用户故事指派给对应负责的成员，设置用户故事预计的开始时间和完成时间。
一旦用户故事创建完毕，就可以使用子任务对用户故事进行拆解，尽量把需要做的事情拆分得更细，然后将子任务设置对应的负责人和完成时间，拆解得越详细，项目越可控。

进行冲刺回顾

复盘是敏捷流程中重要的步骤，复盘可以帮助团队更好的总结得失，讨论下一个冲刺有什么地方可以进行改进。在 Tower 里，我们对于冲刺复盘有以下一些建议的要点：

要点

在每个冲刺结束后，仔细回顾冲刺项目里完成列里的用户故事和未完成的用户故事，根据自定义的估点字段，可以计算出在一个冲刺周期内团队输出的总点数。
使用任务移动功能，把未完成的用户故事移动到下一个迭代项目的 backlog 清单中。
使用项目进展功能，对这个迭代的最后状态进行一次总结，并且把成果通过 @ 通知的方式告知整个团队。
归档这一个冲刺项目，从项目模板中创建下一个冲刺项目开始新一轮的迭代流程。

这样一个基本的 Scrum 框架就搭建好了，基于这个基本框架，团队可以扩展出来更多的流程来搭建适合自己的敏捷流程。在后面的补充资源里，可以看看 Tower 团队自己是怎么进行敏捷迭代的。