【发布时间】：2010-09-20 09:38:05
【问题描述】：
Microsoft Project 是管理软件开发或 IT 项目的最佳工具，还是有更好的替代工具？
【问题讨论】：
标签： project-management ms-project
【发布时间】：2010-09-20 09:38:05
【问题描述】：
项目根本不适合管理开发。我发现它对安排/工作分解有点用处。
如果您使用 Microsoft 堆栈，Team Foundation Server 是一个很好的项目管理解决方案。它与 Project 集成以进行调度，还提供了源代码控制、工作项（任务/缺陷）跟踪和文档管理（通过 sharepoint）等要素。2008 版已经非常成熟，2010 版看起来很有前途，尤其是在需求规范和可追溯性领域。
您可以使用一堆开源和/或较便宜的现成软件来复制 TFS 功能，但集成起来需要更多工作。设置后哪个更灵活、更易于维护是有争议的。
以下是必需的，无论平台如何：
- 错误跟踪
- 某种工作项目/故事/进度跟踪（可能由上面管理）
- 团队集体讨论（可能由上述管理 - 对工作项目的讨论，例如 FogBugz）
- 源代码控制（SourceSafe 除外）
- 运行单元测试的持续构建集成
- 即时消息传递（如果您的网络阻止外部服务，OpenFire 非常有用）
- 文档库
- 虚拟化测试机场（对安装/升级测试特别有用）
【讨论】：
-
+1 表示平台无关列表
-
有趣的是，您将错误跟踪放在首位。在 Scrum 项目中没有这样的东西。您不跟踪 scrum 中的错误，而是修复它们（如果它们值得付出努力）
-
...在现实世界中您可以跟踪它们。
-
您还可以在 MSProject 中创建项目计划，然后将其与您的错误跟踪器集成。有几种解决方案，包括任务适配器 - taskadapter.com
我倾向于使用 MSProject 来进行容量规划 - 一个很好的大范围概括了谁可以在一段时间内做什么，在一个抽象级别上，可以很容易地重新调整计划。对于实际工作的日常跟踪，我使用 Fogbugz。我认为它是用于战略规划的 MSProject/Gantty 东西，以及用于战术管理和规划的 Fogbugz。
【讨论】：
取决于您使用的流程 - 如果它是类似瀑布的流程，或者项目有很多非软件部分（基础设施、制造、营销等），那么 Project 可以用于整体任务管理 - 当然可以与其他类似工具竞争。
我认为任何“项目管理”工具（任务、WBS、甘特图等）都不能很好地管理进入主要软件开发阶段时发生的详细任务 - 我通常最终在我参与的项目中使用 Excel。
当然，要成功管理一个重要的软件项目，远不止可以使用 Project 之类的工具来管理的部分。它对管理需求、问题、缺陷、会议、测试开发等没有多大帮助——但它不应该这样做。
由于这些限制，我发现我通常在计划阶段从 Project 中获得最大价值 - 制定任务细分、需要完成的工作以及大致需要按什么顺序发生的事情。
正如艾森豪威尔所说：“在准备战斗时，我一直发现计划是无用的，但计划是必不可少的。” MS Project 是一个有用的规划工具。
【讨论】：
如果还需要免费且开放的 Project 替代方案，您可以使用 OpenProj：http://openproj.org/openproj
【讨论】：
我们在这里使用Target Process。它有一些“-isms”，但总的来说是一个很好的敏捷项目管理工具
【讨论】：
我们已成功使用 MS Project 进行规划，但无法与未安装 MS Project 的客户和同事共享它。这使我们产生了online Microsoft Project viewer 的想法——一种允许在线查看和共享 MS Project 文件 (.mpp) 的服务，除了 MS Project：
希望这会有所帮助。
【讨论】：
我们在工作场所使用Acunote，但我们遵循敏捷/Scrum 方法。
什么是“最佳工具”取决于很多因素。你如何运行你的项目，谁将使用它们，等等。
【讨论】：
有很多更好的选择，至少对于软件开发而言。其中之一嵌入在Microsoft Visual Studio Team System 中。您可能还想查看来自Rally Software 和Version One 的工具。后者非常适合敏捷方法，而前者同时支持敏捷和传统 CMM 方法。
【讨论】：
好吧，考虑到即使是项目团队也没有使用 Project for Project（来源：Joel Spolsky），我不想将它用于开发。
我在我们的 Bug Tracker 中跟踪我的开发任务，而项目文件只有类似“计划 1 周，开发 5 周，QA 3 周，部署 1 周”之类的内容。一个非常广泛的概述。
至于 BugTracker，FogBugz 有一个很好的 Estimate-Tracking，我发现它对制定时间表非常有用，这对我来说只是另一个不使用 Project 的原因。
但话又说回来，我不是项目经理，所以对我来说，项目只是一个不必要的复杂项目，不是真正的多用户友好型，而且在建造房屋、高速公路或空间站时使用的工具有点过时，但是不适用于软件。
【讨论】：
我们在我的项目中使用Primavera。它应该很棒，尽管它是迄今为止我还没有真正用于项目管理的唯一工具，所以我无法将它与其他任何东西进行比较。它不是那么容易上手，但它可以做我需要的一切（而且显然更多）。
我最喜欢的功能是内置的时间表功能，这意味着我的开发人员可以在周末预订他们的工作时间，这意味着我不需要不断地向他们抱怨他们的计划进展情况。
【讨论】：
就我个人而言我不相信 ms 项目对软件开发人员有好处（我已经使用过它，我不是为了成为纯粹主义者而抨击它）
如果您正在建造房屋或没有此类无法控制的变量（例如，您将有多少错误？修复错误需要多长时间？会有多少功能蠕变？），那就太好了。
我喜欢让我的日程安排非常简单，以便更多人了解它们，因此我只使用谷歌电子表格
这里进一步描述了我使用的结构：Project Schedules with Google Spreadsheets
希望对你有帮助
--LM
【讨论】：