我想知道什么时候开始使用项目管理应用程序（例如Redmine或Trac）的正确时间或正确的项目大小。何时开始使用项目管理应用程序？
我有一个认真的项目，现在只有我在开发，但我使用redmine来设置我的项目版本，问题和估计。我认为这是一个好主意，因为你永远不知道什么时候有人会加入这个团队，并且还可以让我有效地组织自己。
我问这个问题是因为我在大学的教学助理连续工作了一年，而且我经常遇到这方面的问题。虽然我是一个坚信原则的人，但我认为学习早期使用这些工具是大多数时候都是双赢的。
我真的相信我们可以避免这个问题成为议论性的，并且对于这个问题有一些共识，我认为在今天的软件开发世界里这个问题非常重要。
那么，何时是正确的时间？什么是正确的项目/团队规模？
当项目达到复杂程度（无论是管理还是代码要求）时，团队的所有成员都无法立即向利益相关者提供有关项目状态（即时或计划）的答案。
这意味着：就可以开始使用管理工具或在任何阶段，你喜欢的当量（这里“相当于”是指使用带有燃尽图或沿着类似Excel之类的工具）。有人可以绘制沙子中没有线，然后说“一旦你越过这条线，你必须使用管理工具”。
您不必证明使用管理工具是正当的，您必须证明其中的费用为。他们是否给予了足够的效率，以便为您付出的代价，您投入培训的时间或使用它们所花费的时间？
slu，，谢谢你的回答。我明白，我认为这笔开支不仅有钱（考虑免费工具），还包括培训时间等。 – Goles 2010-04-25 05:17:16
我不熟悉redmine，但假设它具有功能性和复杂性堪比trac，我会建议“为它去”更早而不是更晚 - 我不会真的叫trac一个“项目管理”工具（这个术语让我想到Microsoft Project，GANTT图表等等，它们对软件开发项目的适用性要求更高，更有争议），而是一个“问题跟踪”工具。
如果你有一个简单的项目，会出现越来越少的问题（功能请求，错误修复......），但没有什么坏处，并且在跟踪它们时有一定的好处 - 人员项目可以轻松确定和调整问题或期望所处的领域，其相对优先级等。
还有其他方法可以跟踪（例如，Pivotal的tracker），这些方法可能更适合沿着敏捷线路运行的项目，至少在理论上，但我个人总是喜欢类似trac的系统，无论我使用的其他工具和方法如何（如果我可以将其与我的代码管理系统集成 - 自动跟踪变更集会提供什么问题或功能目标等等 - 然后我是一个真的快乐露营）。
一些有助于处理大型复杂项目的工具和方法不能“简化”到更简单，更小的项目（因为方法或工具中存在复杂性或刚性的最低限度，使其过于沉重足够小的项目），但根据我的经验，一些工具和方法（版本控制系统，问题跟踪器，代码评论，如果我可以得到它们以及在任何情况下自动“编程风格”检查器等）甜蜜，我总是乐于将它们放在我的工具栏中，就像一个项目一样简单！
恕我直言，只要你问的问题，答案永远是“现在”！ – Ether 2010-04-25 16:27:31