[产品研发 – 敏捷项目] 案例

敏捷项目管理是一种以人为核心、迭代、循序渐进的方法，在敏捷项目中，项目的构建被切分成多个阶段性目标，各阶段性目标的成果都经过测试，具备集成和可运行的特征。我们在本案例中介绍如何使用@Team项目看板实施敏捷项目管理。

在敏捷项目实践中，通过可视化的任务看板来实现团队协同和透明化管理必不可少，传统一般使用物理看板 – 最原始的做法就是在某个墙上贴一些任务卡片，买一些便利贴写上内容放入不同格子，也能够直观展示项目当前任务分配情况。但物理看板因自身所限不适合用做稍长期一些的项目协作：

• 无法进行沟通，也无法进行过程的详细记录；
• 只能看到当前情况，难以了解前因后果，更难以从整体上精确把控；
• 受限于地理位置，很难实施跨地域的敏捷；
• 无法进行多维度的筛选、查看等。

@Team提供一个简单有效的项目看板协作工具，把线下的物理看板搬到线上进行敏捷开发协作和项目管理。

我们以敏捷产品研发为案例建立一个特色项目，来看@Team能够如何帮助研发团队实施敏捷项目。

1. 建立[产品研发-敏捷]项目：

按照敏捷项目特点及流程，设置项目各个阶段如下：

1. Backlog（原始需求）
2. Selected（选中的需求）
3. Develop（开发阶段）
4. Test（测试阶段）
5. Deploy（部署阶段）

这里只是为了说明而挑选了这几个阶段，实际可能会所有差异，可以根据自己的实际要求进行灵活设置。

2. 在【Backlog（原始需求）】面板中，以任务的形式，创建所有项目需求清单：

产品Backlog是管理项目所有需求的清单，可以提前按优先级进行总体时间规划，通过时间预安排可以使得高优先级的需求在Backlog的最上层；

任务的颗粒度应该从敏捷的特点出发，每一个任务都是可测试、可运行的，当然每一个任务自然就包含了应该经历的所有阶段，后续可以在各个阶段中进行流转；

任务的目标和最终完成时间预期在任务描述中也放置一份，最终完成时间预期也可以先不填，待需求确定进入研发后再补充也可。

3. 敏捷流程的实现

任务在看板中的流转很简单，通过拖拽即可实现，如下图所示：

• 经过需求评审后，产品经理挑选合适数量的任务到 【Selected(选中的需求)】中，建议一般保持此板中任务数量为研发人员数量*2；
• 将任务负责人改为项目经理（或其他，根据实际项目团队情况来，有的敏捷团队不需要那么多角色，就简单的只有团队leader和member，此时前两块板中的任务负责人就都是team leader）；
• 项目经理确定【Selected（选中的需求）】中的每一个具体任务由谁负责开发后，同样可以将任务移动到【Develop（开发阶段）】中去（推荐此板中每一个研发人员有2-3个任务即可），更改任务负责人为某一个开发人员，并根据需要调整时间、提醒等。
• 同理，任务在每一个阶段完成后，当前负责人都应将任务迭代到下一个阶段去。当然，除了简单的拖拽将任务移动到下一个面板之外，当前负责人还应该做：

1. 添加任务在当前阶段的进展情况、问题遗留情况（在任务过程中随时记录更好）；
2. 根据需要调整时间、提醒等；
3. 将任务负责人修改为下一阶段负责人。

过程中有任何问题均可在任务进展中进行探讨和解决，一个正常的敏捷任务完成后，任务进展自然形成如下图所示:

@Team整合了几乎所有敏捷开发元素，当然除了工具以外，更应该培养的是敏捷的项目协作和项目管理的思维方式。

通过案例可以看到@Team对于敏捷项目的实施带来的帮助：

• 可视化管理项目的整体目标和阶段性目标;
• 可视化掌握项目整体进展，同时也能深入了解细节；
• 可视化管理项目的人力资源配置；
• 每个人都能够随时了解自己已做了什么、正在做什么、将要做什么，从而能够更积极主动的管理和分配自己的时间；
• 跨地域团队也能轻松实施敏捷项目。

您完全可以定义自己的项目阶段、流程、规则，使用更加契合自身工作的方式来使用@Team。

我们非常欢迎您与大家一起分享您自身的案例，所有的一切，都只为了共同探寻更好的工作方式！

@Team，简单高效的自发团队协作管理，@Team在做的所有事情，只为了团队协作的高效，管理的有效。