代码之家 › 专栏 › 技术社区 › Goles

什么时候开始使用项目管理应用程序比较好[[关闭]

project-management

3

Goles · 技术社区 · 16 年前

我想知道,什么时候开始使用项目管理应用程序(比如 Redmine Trac

我有一个严肃的项目,现在只有我在开发,但是我使用redmine来设置我的项目版本、问题和估计。我认为这是个好主意,因为你永远不知道别人什么时候会加入这个团队,也让我能够有效地组织自己。

KISS 原则上,我认为尽早学会使用这些工具在大多数情况下是双赢的。

我真的相信我们可以避免这个问题成为争论的话题,并且在这个问题上有一些共识,我认为这在当今的软件开发领域是非常重要的。

那么,什么时候合适呢?正确的项目/团队规模是多少?

2 回复 | 直到 16 年前

1

slugster Joey Cai 16 年前

当项目在管理或代码需求方面达到了一个复杂的水平时,团队的所有成员都不能就项目的状态(立即的或计划的)给涉众提供即时的答案。

这意味着: 你可以在你喜欢的任何阶段开始使用管理工具或同等工具(这里的“同等”指的是使用Excel之类的工具以及烧毁图表或类似工具)。沙子里没有一条线可以让人画出来然后说出来 “一旦越过这条线,就必须使用管理工具” .

费用他们中的一个。他们是否给了你足够的效率,值得你为他们付出的代价,你在培训上投入的时间,或使用他们所花的时间?

2

1

Alex Martelli 16 年前

我不熟悉 redmine ,但假设它的功能和复杂性与 trac ,我建议“争取”早一点,而不是晚一点——我也不会打电话给你 trac公司 一个“项目管理”工具(一个让我想到微软项目、甘特图等的术语,它对软件开发项目的适用性是非常不确定和有争议的),而是一个“问题跟踪”工具。

还有其他的跟踪方法(例如,Pivotal's tracker )至少在理论上,这可能更适合于沿着敏捷路线运行的项目,但就我个人而言,无论我使用的是什么其他工具和方法,我一直喜欢一个类似于trac的系统(如果我能让它与我的代码管理系统集成——自动跟踪变更集,跟踪它们针对的问题或特性,等等——那么我就是一个快乐露营者)。

一些有助于处理大型复杂项目的工具和方法不能很好地“缩小”到更简单、更小的项目(因为方法或工具中有一个最小的复杂度或刚性阈值,使得它太重而无法处理足够小的项目),但是,根据我的经验, 一些