问Microsoft Project

EN

项目根本不适合管理开发。我发现它对日程安排/工作分解有一定的帮助。

如果你是微软的一员，Team Foundation Server是一个很好的项目管理解决方案。它与Project集成以进行计划，还提供了源代码控制、工作项(任务/缺陷)跟踪和文档管理(通过sharepoint)的基本要素。2008版本已经非常成熟，而2010版本看起来非常有前途，特别是在需求规范和可追溯性方面。

您可以使用一堆开源和/或成本较低的现成软件来复制TFS特性，但集成起来的工作量更大。它是否更灵活，在设置后更容易维护，这是有争议的。

无论使用哪种平台，都需要满足以下条件：

用于example)

• Source控制的
• Bug tracking
• 工作项/故事/进度跟踪某种形式的跟踪(可能由FogBugz团队讨论管理(可能由上面关于工作项的讨论管理)，例如FogBugz
• 控制(运行单元控制消息的SourceSafe)
• Continuous build集成除外)(如果您的网络阻止虚拟化测试计算机的外部tests
• Instant库
• 场(特别适用于安装/升级测试)，则OpenFire工作得很好)

我倾向于使用MSProject进行容量规划--一个很好的大刷子，用来描述谁可以在一段时间内做什么，在一个抽象的层次上，可以很容易地调整计划。为了日复一日地跟踪实际工作，我使用Fogbugz。我认为它是用于战略规划的MSProject/Gantty，以及用于战术管理和规划的Fogbugz。

这取决于你正在使用的过程--如果它是一个类似瀑布的过程，或者项目中有很多非软件部分(基础设施、制造、营销等)，那么project对于整体任务管理来说是可以的--它肯定与其他类似的工具相竞争。

我不认为任何“项目管理”工具(tasks、WBS、gannt charts等)能很好地管理进入主要软件开发阶段时发生的详细任务--我通常会在Excel中处理我所参与的项目。

当然，对于一个非平凡的软件项目的成功管理，远比可以用Project这样的工具管理的bit要多得多。它在管理需求、问题、缺陷、会议、测试开发等方面没有太大帮助--但它不应该这样做。

由于这些限制，我发现我通常在计划阶段从项目中获得最大的价值-制定任务分解，需要做什么，以及大致需要按什么顺序发生什么。

正如艾森豪威尔所说：“在准备战斗的过程中，我总是发现计划是无用的，但计划是必不可少的。”MS Project是一个很有用的规划工具。