Project management 您如何组织与单个项目相关的任务？

我正在做一个有组件、组件有功能、功能有bug的项目。我不能把这些票整理得井井有条。你用什么样的工具把这些东西整理好

我正在使用EclipsePDT+mylyn。上述工具应：

• 要集中化，多个程序员/机器应该读取相同的任务
• 支持子任务，以便组织我的tickets，为组件分配功能等
• 足够便宜供个人使用
• 有mylyn连接器。由于这一点，选择非常有限

那么我的问题的重点又来了：

---

您如何组织您的任务？？

我们在工作场所为开发人员PM使用trac，这对我们很有好处。

---

我们还为trac设置了agilo插件。

我使用了两种方法的组合，一种是跟踪“客户端”为项目请求的功能，另一种是跟踪bug和任务

我使用scumworks和自定义excel工作表+白板来跟踪功能及其子任务。很难说我更喜欢哪一个，我在这方面适应了我的团队。论文赋予了团队更多的所有权，而excel则负责积压工作。Scrumworks是一个很好的应用程序，很好地管理待办事项，显示一个对团队来说非常直观的漂亮板，管理东西（例如：统计数据）的速度更快，而且也不昂贵

我使用devtrack，这是一个bug跟踪系统，用于跟踪其他所有内容。我使用这一个，但许多其他错误跟踪系统也这样做。有趣的是，我们用它来跟踪的不仅仅是bug。在一个统一的系统中，我们可以跟踪小任务和bug，还可以跟踪艺术资产集成、音频集成、效果集成、剪贴画集成等。诀窍是有一种方法来定制流程，然后任务可以按照预定义的顺序从一个部门移动到另一个部门，所有内容都得到跟踪，没有任何内容丢失，这对人们来说很容易，因为它是集中的。我喜欢devtrack，因为它的用户界面很简单，而且我们可以控制流程、转换、访问以及将任务链接到层次结构中的能力。我听说它很贵，但在选择跟踪系统时要注意这些品质

---

最重要的是要能够适应你的跟踪方法，而不是在事情发生变化时陷入跟踪方法。我使用了多种工具的组合，但这种变化伴随着项目的进行，在项目开始时，我几乎完全使用敏捷跟踪类型，但在项目结束时，具有良好跟踪的数据库对我的团队来说会更好。这种组合让我们既能做到最好，又能灵活应对需要，还能严格跟踪其他一切。

这听起来不像是项目管理，更多的是发布管理。就个人而言，我建议使用Trac或Assembla，因为它们都围绕着可以分组为里程碑的票证概念。这样，您就可以在不占用标准PM系统大部分开销的情况下保留依赖项的句柄。。。甚至还有与任何特定里程碑无关的票证。

我们使用。我们以前使用过Trac，但发现Redmine更直观、更灵活、更友好

它支持轻松创建新项目，而无需执行任何命令行任务，并且更新流比Trac稳定得多

至于您关于Redmine的问题的确切答案：

• 如果是集中式的，多个程序员/机器应该读取相同的任务。
  • Redmine是一个集中化的应用程序，支持使用ACL轻松创建多个用户。
• 支持子任务，以便组织我的tickets，为组件分配功能等。
  • Redmine支持项目、子项目、跟踪器类别、版本。
  • 子任务尚未开箱即用，但为了实现这一点，已经做了一些工作。
• 便宜到可以私人使用
  • 它是免费的。您所需要的只是一台服务器和在其上运行的Ruby。
• 有mylyn连接器。由于这一点，选择非常有限。
  • 将Mylyn连接到Redmine的方法不多。

Redmine主页上的小摘要：

Redmine是一个灵活的项目 管理web应用程序。书面的 使用RubyonRails框架，它是 跨平台、跨数据库

Redmine是开源的，并已发布 根据GNU通用条款 公共许可证v2（GPL）

概述

• 多项目支持
• 灵活的基于角色的访问控制
• 灵活的问题跟踪系统
• 甘特图和日历
• 新闻、文档和文件管理
• 提要和电子邮件通知
• 每个项目的维基
• 每个项目论坛
• 时间跟踪
• 问题、时间条目、项目和用户的自定义字段
• SCM集成（SVN、CVS、Git、Mercurial、Bazaar和DARC）
• 通过电子邮件创建问题
• 多LDAP身份验证支持
• 用户自注册支持
• 多语言支持
• 多数据库支持

---

哦，我提到过将系统从Trac迁移到Redmine吗？

我倾向于说这应该是主观的。有无数的项目管理工具，正是因为每个人都有一个稍微不同的观点。重复，但你的答案可能是不正确的。我投票结束这个问题，因为它与编程无关。我现在使用的是trac，你如何跟踪相关的票证/功能？我认为trac不支持票证关系（除了将车票链接到m