团队领导和成员可以使用哪些工具来管理任务（敏捷编程）[关闭]

Posted 2023-05-09

【中文标题】团队领导和成员可以使用哪些工具来管理任务（敏捷编程）[关闭]

【英文标题】：What tools are available for a team leader & members to manage tasks (Agile programming) [closed]

【发布时间】：2008-09-18 17:02:28

【问题描述】：

我在一个 4 人的小型开发团队中工作。 我们正在尝试开发“敏捷风格”——故事点、小任务等…… 不幸的是，我们目前正在（共享）Excel 表格中管理我们的任务。

我们查看了一些可用的工具（Mingle、TFS、Scrum for Team System），但所有这些工具看起来都会产生过多的开销，并且会让工作失去乐趣。

您的敏捷爱好者使用什么来长期跟踪您的任务？

更新 当前的最佳答案并不能真正回答我想要问的问题 - 从长远来看，我需要一些工具来帮助我找出我正确估计的功能和任务，以及我在哪里犯了可怕的错误。我看到白板/所有便利贴如何帮助管理当前或以前的迭代，但我没有看到自己在搜索 2 个月前的便利贴。

【问题讨论】：

meta.stackexchange.com/questions/139618/…

【参考方案1】：

---

更新回复： 追踪被低估的内容似乎并不像为什么被低估一样重要。这是迭代回顾中解决的问题。如果存在障碍，应及早解决并解决。如果您希望解决更具体的问题，而不仅仅是看到过去被低估的任务，您应该询问这个问题。

【讨论】：

这如何帮助您跟踪进度？我们想随着时间的推移跟踪我们的估计，所以我们需要软件......

您真的需要软件吗？我认为您只需要软件用于执行其管理任务的基础知识。 “长除法如何帮助我将 9 除以 3？我需要一个计算器！”

...我不是说软件不能帮助自动化一些无聊的计算，而是“索引卡有什么帮助？”是错误的问题。

最右边的牌是完成迭代的牌堆。在迭代结束时，我们从完成的阶段取出所有卡片并将它们移到那里。这会随着时间的推移跟踪进度。

对不起我的措辞，但我真正的意思是我想长期跟踪功能和任务。我希望能够查看两个月前的任务并说“嗯，我真的以为这需要 2 个小时，实际上需要 16 个小时”。

【参考方案2】：

白板、索引卡和记号笔。

【讨论】：

卡片、白板和记号笔是最好的方法。一旦规划软件参与进来，它就会成为关注的焦点。开发人员专注于如何使规划软件更好 - 而不是创造客户支付的费用。

【参考方案3】：

只需使用Trac。它拥有小型项目所需的一切。您可以使用票务系统来分配任务（在敏捷中，您应该考虑故事而不是单个任务），但如果这还不够，您可以获得额外的时间管理插件等。

【讨论】：

如果使用 Trac，我推荐 Agilo 插件，它是用于 Trac 的 Scrum 插件，可在agile42.com/cms/pages/agilo

【参考方案4】：

我们现在正在使用Xplanner，效果很好。

【讨论】：

XPlanner 的网站以一种奇怪的方式关闭（尝试浏览它会打开一个“打开文件”对话框。

【参考方案5】：

将它们写在标签上并将它们贴在板上 - 它可以工作 :) 此外，Scrum 确实不会给你带来开销 - 它工作得很好，并且对所有团队成员来说都非常令人满意：）

【讨论】：

我的意思是——scrum 作为一个“过程”很好——不确定 scrum 是否适用于团队系统——它确实会给你带来开销是的

【参考方案6】：

这里我们将Trac 用于一个项目，@Task 用于另一个项目。

在另一家公司，我们使用 Excel 表格记录每个人的任务，打印出来并固定在墙上。

一般来说，大多数形式的实际计划、记录和跟踪任务都会让工作失去乐趣……但保持清醒是完全必要的。

【参考方案7】：

我真的很喜欢JIRA，GreenHopper 插件看起来增加了一些不错的功能。

【参考方案8】：

“我们查看了一些可用的工具（Mingle、TFS、Scrum for Team System），但所有这些工具看起来开销太大，而且会失去工作的乐趣。”

我只能建议你给 Mingle 一个真正的试用，太棒了。我的开发人员喜欢它，我也喜欢它。

有一个小的学习曲线，但它非常灵活，我建议查看 Hybrid 示例项目和内置报告以克服您可能有的任何保留。

如果不是 Mingle，我们的项目将一事无成，我有残疾，但如果需要的话，我仍然可以在一天内修改 300 多张卡片。此外，5 名或更少用户可免费使用一年！

便利贴不可能促进该软件开箱即用的沟通和团队合作，如果您不喜欢它的工作方式，您可以不断调整它直到适合您的团队。

硬件 - 我建议使用四核和 8GB 以获得不错的性能。

披露：我与 Thoughtworks 没有任何关系，除了喜欢他们的软件。

【讨论】：

为什么这么密集的硬件？？？

因为它使用 Ruby，没有面向对象的数据库或 prevayler

【参考方案9】：

索引卡效果很好，但如果您需要在线使用，我会尝试Unfuddle。您可以免费将它用于小型团体，而且它足够轻巧，您可以很容易地根据团体的需要进行调整。

我在工作中使用它，我们将所有故事保存在它的“笔记本”（阅读：wiki）中，并将任务保存在它的任务系统中。它内置了里程碑和版本，它的 Subversion 和 Git 集成非常棒：我们可以登录 cmets 并使用版本控制消息解决任务。

【参考方案10】：

我们正在为大约 30 人使用 ScrumWorks。他们有免费版。

http://danube.com/scrumworks

【参考方案11】：

我喜欢Pivotal Tracker。这是一个基于故事的项目规划工具，可让团队实时协作

【参考方案12】：

Rally 是一个非常好的工具，专注于敏捷开发。

【参考方案13】：

我喜欢dotProject 用于实际的任务跟踪。如果需要，您可以轻松地攻击数据库以获取您的统计数据。

对于计划过程，我使用Microsoft Project 主要是因为我已经习惯了。我还使用了开源工具OpenProj。

在 dotProject 中更改任务很痛苦，所以我通常只提前 4 到 6 周左右输入它们。

FogBuz 似乎是一个很棒的工具，我只是没有时间尝试它，而且我真的是此类工具的后期采用者。

【参考方案14】：

这个问题主要是 https://***.com/questions/12328/what-bug-tracking-software-do-you-use 的重复，它有很多答案 - 任务不一定是错误，但好的工具可以让您指定除“错误”之外的其他任务类型。

【参考方案15】：

我们目前正在使用Eventum 来处理我们的任务。它可能不是最好的，但值得一看。在我们的案例中，每个“问题”通常都分解为分配给某人实施的功能或用例。

【参考方案16】：

我们也使用Trac，但它的扩展性不是很好。处理用例和测试用例也可能很麻烦。这实际上取决于项目的范围和开发团队的规模。我认为对于少于 10 人的团队来说，Trac 做得很好，但在那之后你就遇到了玻璃天花板。

随着我们开始超越 Trac，我们开始仔细研究 Confluence/Jira（可能使用 Greenhopper）。

哦，如果每个人都在现场，那么张贴，索引卡和白板会非常好用；-)

【参考方案17】：

RallyDev.com。免费的 5 用户社区版，其实还不错！

【参考方案18】：

就我而言，对于同地办公的团队来说，没有什么比一堵大墙和一大堆索引卡更好的了。也许用一两个白板来制作燃尽图。

【参考方案19】：

我们是一个分布在多个地点的团队。我发现有用的工具是基于Twiki 构建的wiki。

好处：

类似于 Wiki 的环境，因此协作很容易。 可用于添加“应用程序”的插件，例如会议记录、公告板、 讨论论坛。 安全。

【参考方案20】：

查看Intervals。我们将其构建为与您的问题非常相似的网页设计机构。我们有 4 或 5 个人都在 xcel 文档中跟踪时间和任务，而且很难完成任何事情。

【参考方案21】：

我是与我一起工作的敏捷团队，我们不会长时间管理任务。相反，我们管理要添加到产品中的功能“积压”。我们有时也将这些称为“用户故事”。此积压工作是对要交付的增量功能列表中产品的一种切片。我们在 Excel 中管理此积压工作，只有很少的列，例如描述、复杂性评估和完成/未完成、迭代，仅此而已。

在迭代期间，任务在一个帖子中管理，如答案之一所示。如果一项任务持续不止一次迭代，我们会设法对其进行分段，确保在每次迭代中交付功能/用户故事。

excel backlog 中的用户故事示例，它具有相关的复杂性：

“用户可以使用带有id和密码的表单登录系统”

相关任务的一些示例，将在迭代期间完成。这些将通过 postit 进行管理，没有复杂性。

“使用 GWT 对日志记录表单进行编码” “实施安全算法检查密码有效性” “在数据库中创建用户/密码表” “在集成系统上测试日志表单”

【参考方案22】：

我们一直在使用 Accunote (accunote.com)。供应商设置了它，所以我不知道它的成本，或者即使我们唱得很好。

为什么会这样：

相当容易编辑/更新。

易于修改 sprint 中的任务、复制到/从积压选项卡等。

每个人都会查看燃尽图，尤其是“按用户”的燃尽图，这样可以让团队保持合作并带来成就感。

可能还有其他工具可以做到这一点，或者做得更好（Accunote javascript 可能有点尴尬）。

关键是它应该真的很容易使用，并且有某种“团队空间”，在那里你们都可以互相关注，看看你们每个人的进展如何。