(如果您还没有听说过)Pivotal Tracker是一款基于敏捷开发方法的简单故事式项目规划工具,可以让团队协作并立即应对现实世界中的变化。它可以用于各种类型的项目。点击此处了解更多。 我们即将开始使用Rein Henrichs的这份概要为基础的工作流程,并且想听听如何将产品组件分解成项目的意见。 我们进行了一些标记实验,但似乎如果一个系统有很多组件(例如照片查看器、视频查看器、新闻动态和通知服务),一个单独的项目可能会变得非常拥挤。 同时,出于版本控制等方面的考虑,将所有内容放在同一个项目中可能更有意义,无论是否有杂乱的情况存在。 有什么想法?意见?评论?谢谢。
请记住,Tracker是一个基于故事的计划工具,而不是基于任务的计划工具。从客户的角度来看,故事是否影响照片查看器、通知服务或两者都有并不重要。客户有一些故事(高级需求)需要实现,他们对故事的成本有估计,并且他们有能力对故事进行优先排序。将事物分解为组件是任务层面的问题。 更重要的是,将同一产品的故事分成多个跟踪器项目会使客户难以沟通他们如何对故事进行优先排序,或者得到关于何时完成故事的良好估计。 我们使用Tracker来跟踪我们的故事,并且我们有自己的看板来跟踪任务。我个人认为在Tracker中同时跟踪故事和任务会很有用,但该工具不支持此功能。
最好将所有故事放在一个项目中。这样,整个团队都可以在同一个地方看到项目的进展情况和当前的优先事项。如果您将故事分解得足够细,可以成为 Rein 过程中的功能,那么您就做得非常好了!归根结底,拥有一份按优先级排序的功能列表是任何开发团队所需要的。使用 Tracker 中的标签进行过滤。它们很有效。在我看来,将单个产品分解为多个依赖项目实际上会混淆信息,并使真正的项目状态更难以获得可见性。