敏捷开发工具Pivotal Tracker实施小结

Pivotal Tracker是一款敏捷开发和项目管理的软件。最近在使用了一段时间后，认为这个工具还是不错的，所以在这里总结一下自己的体会。

 

敏捷开发介绍

简单介绍一下什么是敏捷开发（Agile Development）。敏捷开发是一种以用户需求为核心，采用循序渐进的软件开发方法。下面是我所总结的敏捷开发流程图：

上面是整个敏捷流程，偏向于开发。对于产品的流程，也就是说在形成产品待开发项这个过程中，也会经历好几个阶段，而且也是最为关键的阶段。因为一旦产品的需求了解不清晰，更严重的是与客户需求不一致，那么将会带来返工的结果，而这是大部分产品和项目失败的原因之首。一般来说，这个流程包括：需求输入、需求调研、原型交互设计、高保真UI图制作、PRD文档以及需求评审。这几个阶段在实际应用过程中，并不是线性的，初期需求调研如果不清晰，后期制作则需要不断地返工确认，带来极大的时间成本。最终输出的成果包括PRD文档、原型交互文档、高保真UI、路线图。

敏捷开发流程中，每一次迭代输出的都是可工作的软件。举个例子，如果客户想要一辆汽车，那么第一个迭代版本不是开发一个轮子或者引擎，而是先开发一个滑板车，然后再迭代成带有方向盘的滑板车，再迭代为带有引擎的滑板车，最后才完成一辆汽车。

作为产品或者项目负责人，在敏捷开发中，需要做到以下几点：

• 明确地定义产品功能
• 决定产品发布的版本和时间
• 和客户一起对待开发项进行优先级排序
• 评估开发结果
• 拒绝不合理的诉求

 

实施过程

下面结合Pivotal Tracker来介绍，如何在每一周和每一天中实施敏捷开发流程。

定义角色

首先需要在Pivotal上定义不同的团队角色，一般来说使用Owner和Member即可，Owner代表了产品负责人和Scrum Master，前者对整个产品和项目进行负责，后者则是监督进展。我们可以规定Owner角色就是产品负责人，而Viewer可以作为Scrum Master，UI/UX以及开发者是Member。因为Master只需要监督项目进展，不需要修改任务，所以可以设置成只读的Viewer角色。

每周

每周周一需要举行计划会，讨论这周的迭代计划表（做什么）。在Pivotal中，可以将任务拖动到Current Iteration中从高到低进行排序，表示这周需要开发的功能，如下图所示：

 

这些任务可以从Backlog中获取。Pivotal的好处就是项目团队只需要关注任务的优先级顺序，它会自动将所有处于Backlog中的任务根据项目的能力分成每一周的迭代计划。当这周的迭代计划表确认后，团队就可以继续进行工作量的评估。因为优先级已经通过排列顺序定义出来了，根据从上到下，表示了任务的价值程度，所以团队可以从上到下依次评估任务的工作量。到了周五，当所有的任务都完成并提交代码后，团队将进行代码的审查。Pivotal的一个好处是它可以整合GitHub。审查后提交到测试版，团队将进行每周的演示和测试，确定可以交付后，将更新到生产环境中。

每天

在每日工作中，团队成员将进行站立会，每个人针对自己负责的功能简单地回答三个问题：我昨天做了什么，今天做了什么，遇到了什么问题？在Pivotal中，每一个任务下面都有Activity模块，在这里用户可以进行沟通。但是这个并不能替代团队的日常沟通，因为Activity模块更多地是总结性的备注，日常即时的沟通还是非常有必要的。所以，每日站立会的问题和解决方案也可以记录在这里，方便以后回溯。而且日常交流中的思路探讨也可以随时记录在这里跟进。

每天的编码和测试可以通过Pivotal灵活的流程设置来跟踪进行，包括开始对一个任务进行编码、完成编码、提交测试、评估接受或拒绝，到最后的持续集成。都可以借助于简单的按钮，而通过这些按钮，可以进一步地收集到每个任务的开发时间，形成分析的图表。以下是Pivotal官网的流程示意图：

 

Sprint总结

每一个Sprint结束后，都会进行评审会和反思会，前者主要是开发成果的演示，后者则是工作的经验总结。借助于Pivotal的图表分析，可以很轻松地获知这周的Sprint情况，包括项目趋势、燃尽图、累积图、周期时间等等。

 

小结

Pivotal是个非常简单，但又非常强大的软件。其简单之处在于，任何团队只要花上一天时间就可以上手，其强大之处在于其强大的图表分析和预测能力。但是，要用好这个工具又是很不容易的，需要团队根据自己的情况进行使用，而不是让自己的团队迎合这个流程。此外，在试用这个软件过程中，也不是每一个成员都愿意在开始编码前，去点击开始按钮的。如果有人不配合，那么整个项目的流程就走不下去。所以，在使用初期，需要有一个人监控每天的进展，并督促大家配合，久而久之，就可以形成习惯。

一个很重要的原则是，项目负责人需要倾听团队成员的意见，看看用了Pivotal之后，是带来了便利还是产生了更多的不便，如果一味地推行使用，反而造成项目的推迟，则得不偿失。

Pivotal的官网博客也提供了很多有益的帖子，帮助敏捷团队使用这款工具，推荐大家可以读读这一篇：

https://www.pivotaltracker.com/blog/guidelines-for-mastering-agile-development-with-tracker

此外，还有一篇关于如何写故事或者bug的文章，也值得一读：

https://www.pivotaltracker.com/blog/principles-of-effective-story-writing-the-pivotal-labs-way

 

[email protected]