如果我们采用 Basecamp 进行错误跟踪,任务跟踪,外部文档,协作,我们的团队可能会发现缺少哪些功能,和项目管理?

之前我使用过免费版本并且认为37Signals制作出色的产品 - 但我想听听您的缺点是什么。

有帮助吗?

解决方案

我已经使用BaseCamp 2年了,并发现它是一个出色的通用项目信息门户。使用生活项目视图存储文档,待办任务和里程碑的能力令人印象深刻。

不幸的是,他们对“保持简单”的口号在功能方面也存在很多缺点:

  1. 除了最基本的里程碑任务之外,日历几乎无法使用......为了跟踪我们的开发团队,我们实际上将自定义的Google日历实施整合在一起并将其用于所有开发人员及其任务
  2. 一旦你获得了分配给不同人的公平数字,BaseCamp就很难用于错误跟踪 - 缺乏排序的能力(除了让人们开启和关闭之外) - 你会更加满意Bug跟踪解决方案,如FogBugz。
  3. 对于一般项目管理大本营很好,但我们也发现我们有外部文件,我们保留所有“真实”信息 - 基本上是多页规格,并且每隔一段时间就将它们上传到大本营

其他提示

我最后一次评估Basecamp时发现缺少的一个功能是能够在多个项目中查看工作负载或其他信息。例如,如果我想知道开发人员X是否有太多的事情要做,或者在几个项目中分散得太薄,我就无法弄清楚如何做到这一点。

对我来说,缺少的功能是能够以适合我的方式存储我的开发故事。我想要一个单一的模板,我可以用来生成每个故事和将故事链接在一起的能力。最终,我最终使用了一个Wiki。我真的不需要待办事项列表或时间跟踪的东西(这是由公司范围的应用程序单独处理)。

管理自己的文档很难。 Writeboards不会为您提供格式化代码的好方法,并且在项目中获得超过10个代码时变得难以管理。如果你有很多人,消息/文件会变得混乱。

任务估算与实际值是我注意到的一个大问题。 此外,能够将tiem标记为收费标准将是一个很好的特征,它可能是缺乏的。

对我来说,缺少的功能是能够以适合我的方式存储我的开发故事。我想要一个单一的模板,我可以用来生成每个故事和将故事链接在一起的能力。最终,我最终使用了一个Wiki。我真的不需要待办事项列表或时间跟踪的东西(这是由公司范围的应用程序单独处理)。

您无法导出文件,甚至无法提供文件API。

所以,如果你出去,你会得到一些工作来收集你的文件。

最近我帮助客户将50个项目从Basecamp转移到Assembla。他们说Assembla更适合项目管理,它有更多功能

使用Basecamp,我们无法跟踪花在我们任务上的时间,无法将任务分配给多个人,无法保持重要事项的保密性,无法将消息保密为私人,面临设计校对困难,无法与我们的团队成员自由聊天。所以我们选择了ProofHub。它有时间表,待办事项,casper模式,私人消息,校对工具和内置的浏览器聊天。我们对它很好。

我发现Basecamp与用户角色存在很大差距。让项目中的人员(除了“客户”之外)只能看到确定要列表的人是不可能的。我希望能够为自由职业者分配角色,这样他们只能访问项目中的某些任务列表。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top