8

Microsoft Project 是管理软件开发或 IT 项目的最佳工具，还是有更好的替代工具？

4

11 回答 11

13

项目根本不适合管理开发。我发现它对安排/工作分解有点用处。

如果您使用 Microsoft 堆栈，Team Foundation Server是一个很好的项目管理解决方案。它与 Project 集成以进行调度，还提供了源代码控制、工作项（任务/缺陷）跟踪和文档管理（通过 sharepoint）等要素。2008 版已经非常成熟，2010 版看起来很有前途，尤其是在需求规范和可追溯性领域。

您可以使用一堆开源和/或较便宜的现成软件来复制 TFS 功能，但集成起来需要更多工作。设置后哪个更灵活且更易于维护是值得商榷的。

无论平台如何，都需要以下内容：

  • 错误跟踪
  • 某种工作项目/故事/进度跟踪（可能由上面管理）
  • 集体团队讨论（可能由上述管理 - 对工作项目的讨论，例如 FogBugz）
  • 源代码控制（SourceSafe 除外）
  • 运行单元测试的持续构建集成
  • 即时消息（如果您的网络阻止了外部服务，OpenFire 非常有用）
  • 文档库
  • 虚拟化测试机农场（对安装/升级测试特别有用）
于 2008-11-02T17:42:58.673 回答
3

我倾向于使用 MSProject 进行容量规划 - 一个很好的大范围的刷子，说明谁可以在一段时间内做什么，在一个抽象级别上，可以很容易地重新调整计划。对于实际工作的日常跟踪，我使用 Fogbugz。我认为它是用于战略规划的 MSProject/Gantty 东西，以及用于战术管理和规划的 Fogbugz。

于 2008-11-02T18:19:15.327 回答
2

取决于您使用的流程 - 如果它是类似瀑布的流程，或者项目中有很多非软件部分（基础设施、制造、营销等），那么 Project 可以用于整体任务管理 - 它肯定与其他项目竞争类似的工具。

我认为任何“项目管理”工具（任务、WBS、甘特图等）都不能很好地管理在您进入主要软件开发阶段时发生的详细任务——我通常会在Excel 用于我参与的项目。

当然，成功管理一个非平凡的软件项目不仅仅是可以使用像 Project 这样的工具来管理的部分。它对管理需求、问题、缺陷、会议、测试开发等没有多大帮助——但它不应该这样做。

由于这些限制，我发现我通常在计划阶段从 Project 中获得最大价值——制定任务分解、需要完成的工作以及大致需要按什么顺序发生的事情。

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

于 2008-11-02T17:31:28.667 回答
1

如果还需要一个免费且开放的 Project 替代方案，您可以使用 OpenProj： http: //openproj.org/openproj

于 2008-11-02T18:10:11.507 回答
1

我们在这里使用目标流程。它有一些“-isms”，但总的来说是一个很好的敏捷项目管理工具

于 2009-01-06T16:27:36.077 回答
1

我们已经成功地使用 MS Project 进行规划，但缺少与未安装 MS Project 计划的客户和同事共享的能力。这使我们产生了在线 Microsoft Project 查看器的想法——一项允许在线查看和共享 MS Project 文件 (.mpp) 的服务，除了 MS Project：

希望这可以帮助。

于 2009-12-22T17:00:47.283 回答
0

我们在工作场所使用Acunote，但我们遵循敏捷/Scrum 方法。

什么构成“最佳工具”取决于很多事情。你如何运行你的项目，谁将使用它们，等等。

于 2008-11-02T17:25:33.780 回答
0

至少对于软件开发来说，有许多更好的选择。其中一种嵌入在Microsoft Visual Studio Team System中。您可能还想查看Rally Software和Version One中的工具。后者非常适合敏捷方法，而前者同时支持敏捷和传统的 CMM 方法。

于 2008-11-02T17:28:20.903 回答
0

好吧，考虑到即使项目团队也没有使用 Project for Project（来源：Joel Spolsky），我不想将它用于开发。

我在我们的 Bug Tracker 中跟踪我的开发任务，而项目文件只有“计划 1 周，开发 5 周，QA 3 周，部署 1 周”之类的内容，又名。一个非常广泛的概述。

至于 BugTracker，FogBugz 有这个很好的 Estimate-Tracking，我发现它对制定时间表非常有用，这对我来说只是另一个不使用 Project 的原因。

但话说回来，我不是项目经理，所以对我来说，项目只是一个不必要的复杂，不是真正的多用户友好和有点过时的感觉工具，用于建造房屋、高速公路或空间站，但不适用于软件.

于 2008-11-02T17:48:27.603 回答
0

我们在我的项目中使用Primavera 。它应该很棒，尽管它是迄今为止我还没有真正用于项目管理的唯一工具，所以我无法将它与其他任何东西进行比较。它不是那么容易上手，但它可以做我需要的一切（而且显然更多）。

我最喜欢的功能是内置的时间表功能，这意味着我的开发人员可以在周末预订他们的工作时间，这意味着我不需要不断地向他们抱怨他们是如何按照计划进行的。

于 2008-11-04T23:22:11.577 回答
0

就我个人而言，我不相信 ms 项目对软件开发人员有好处（我已经使用过它，我并不是为了成为纯粹主义者而抨击它）

如果您正在建造房屋或没有此类无法控制的变量的东西，那就太好了（例如，您会有多少错误？修复错误需要多长时间？会有多少功能蠕变？）

我喜欢让我的日程安排非常简单，以便更多人能够理解它们，因此我只使用谷歌电子表格

我使用的结构在此处进一步描述：Project Schedules with Google Spreadsheets

希望这可以帮助

--LM

于 2010-06-09T10:55:25.967 回答