问题标签 [project-management]

我需要一个可以在 Linux 中运行并具有甘特图的项目管理工具。

1. 它不一定是免费的，只要不贵。
2. 我不在乎它如何存储我给它的信息，只要我可以访问它。
3. 我必须能够打印甘特图。
4. 必须在 Linux 中工作。

有了这些要求，你能推荐什么？

TheObserver在此处询问了此问题的特定 Windows 版本。

感谢大家的帮助。

我在 Subversion 实现之上安装了一个 Trac 项目（由于 Webfaction 的控制面板很容易做到），但现在我有配置工作要做。考虑到这一点，是否有简单的方法可以在 Trac 中执行以下操作：

1) 确保客户只能看到高级别的进度指示器。
2) 提供关于工单、测试和任务的每日总结报告。

另外，我很想知道是否有任何强烈推荐的插件，我很抱歉忘记安装。

我正在使用 django 框架进行项目，并使用控制版本系统将我的代码与其他人同步。但我不知道如何组织数据库。在 django 中，任何参与项目的人都可以更改 django 模型，并告诉“syncdb”将模型对象与 db 同步。但是其他人不知道这个变化，它的代码修订可能不起作用。请告诉我一些解决这个问题的方法（也许是不同的数据库或其他东西）。

谢谢，原谅我的英语:)

特别是，我需要更完整的 Trac 版本来支持强大的项目管理和任务跟踪。我浏览了这些插件，从字面上发现了 50 多个看起来很有希望的插件。

我的问题是对 Trac 的管理员/用户：哪些对于完成 Trac 功能是必不可少的，哪些应该避免（例如稳定性问题）？

我们的团队有一个任务系统，我们在其中发布分配给每个开发人员的小增量任务。

每个任务都在自己的分支中开发，然后在合并到主干之前对每个分支进行测试。

我的问题是：一旦任务完成，谁应该定义应该在这个任务上完成的测试用例？

理想情况下，我认为该任务的开发人员本人最适合这项工作，但我遇到了很多开发人员的反对，他们认为这是浪费时间，或者他们根本不喜欢这样做。

我不喜欢我的 QA 人员这样做的原因是因为我不喜欢他们创建自己的工作的想法。例如，他们可能会遗漏那些测试工作量太大的东西，并且他们可能不知道所需的技术细节。

但同样，开发测试用例的开发人员的缺点是他们可能会遗漏他们认为会破坏的东西。（甚至可能下意识地）

作为项目经理，我最终自己为每项任务编写了测试用例，但我的时间被占用了，我想改变这一点。

建议？

编辑：通过测试用例，我的意思是在分支合并到主干之前应该对分支完成的各个 QA 任务的描述。（黑盒子）

我已经看过并且还没有找到一个简单的资源甘特图工具。谁能推荐一个允许有限资源调度的工具？

在典型的甘特图中，任务位于左侧，资源分配给任务，但我更愿意将资源放在左侧并将任务分配给人员。

一些技术含量低的软件公司通过将所有任务分解为大致相同的努力水平来做到这一点（例如，所有任务大约需要 1 周时间）。然后，您将所有员工列在白板上，并将便签贴在白板上的人员旁边。

完成后，您可以看到正在处理任务的时间（粘性在哪里）以及谁在处理它（在哪一行）。您还可以查看在接下来的 X 周内不会做的事情——如果您的便利贴不在前 4 列中的板上，则在接下来的 4 周内不会做。

我想找到一个可以让我做到这一点的程序，但还没有找到任何东西。

我已经尝试过 MS Project，但并不特别关心该工具。我也在 E​​xcel 中做过这种事情，但是当你想尝试几种不同的场景时，这会变得很痛苦。

有谁知道有这个功能的程序？

我正在尝试为我目前正在进行的项目设置 tracd。使用站点中提供的 python 脚本创建密码文件后，我尝试启动服务器并启用身份验证。但它会抛出警告说在该领域中找不到用户。实际上是什么领域 - 我尝试使用 trac 作为值，也尝试将其留空。我正在使用 Windows XP。我正在使用 Tracd 独立服务器。

发送的命令行是： tracd --port 8000 --auth=My_Test_Project,D:\My_Test_Project\Documents\Trac\digest.txt,Trac D:\My_Test_Project\Documents\Trac

警告消息是 - '警告：在领域中找不到用户：trac'

谢谢...

管理涉及非英语客户的软件项目时，最佳实践是什么？

哪些沟通问题是相关的？您会维护两种语言的文档（尤其是定期更新规范）吗？

我目前在一家定制软件机构工作。有没有人有任何如何赢得价格合理的工作的经验？

似乎来自离岸/卧室编程团队的竞争如此激烈，如今成本极具竞争力。我觉得在预算上和软件产品公司或者内部 IT 部门相比是很不一样的。

正如其他人之前所说，除非客户端足够大，否则我们只能真正达到许多软件的 1.0 版。在这种情况下，花费大量时间将软件做得最好是没有商业意义的。这就像我们在做与内部 IT 员工一样的工作质量。我们的许多客户也没有技术头脑，因此不会为他们不理解的东西付费。

由于我们公司没有钱拒绝工作，因此我们经常以太少的钱承担复杂的工作。我在管理变更和保持严格的规格等方面做得更好。这仍然很难。

编辑 - - - - - - - - - - - -

从这篇文章发布将近 3 年，我可以列出从那时起我学到的一些重要经验教训。

请看下面我的回答

我最近开始为我工作的公司评估一些项目管理项目。这是一个经典案例——成长中的公司正在寻找正确的解决方案（意思是免费或非常便宜）。这是一个组合商店 - 桌面上的 Windows、Mac 和 Linux。当然，精通技术的范围从新手到 unix 大师。

我还没有找到任何真正接近完整解决方案的东西。我不希望找到一个，但我正在寻找基于人们经验的建议/指导/任何形式的反馈。

我在找什么：

• 基于网络
• 独立于方法（不寻找敏捷解决方案等）
• 免费或非常便宜
• 文件管理
• 时间表和里程碑
• 任务跟踪和分配
• 报告
• 源头控制
• 开发维基

我看过 Trac、Projectivity、Basecamp、JIRA、RT、XPlanner 和 SharedPlan。由于之前对它的不愉快经历，我一直远离 Bugzilla。这些东西都没有真正做到一切——有些是可扩展的，但在走这条路之前我会在这里检查一下。

谢谢，