我需要一个项目pipe理软件来pipe理我的网站开发项目，devise师们正在给我发送太多内容和整体devise的更新和更改，我需要实施一个方法来设置最后期限，以便按时完成项目，我所知道的和过去使用的唯一一个是Microsoft Project，还有其他我应该考虑的评论吗？
谢谢。
编辑：经过一点研究，我认为我的问题需要与版本控制软件解决，我会closures这个案例，感谢您的帮助家伙！
由于这是用于pipe理软件项目，你可能想试试灯塔 。 function齐全，但容易上手使用。
如果这不符合法案，请给BaseCamp一个尝试。 37Signals最初开发它来pipe理他们的devise业务。
看了演示已经有一段时间了，但是FogBugz（来自StackOverflow / ServerFault联合创始人Joel Spolsky）值得考虑。
你看这个清单吗？
这应该包含足够的信息来帮助你开始！
听起来你需要一个项目pipe理的过程，而不是一个软件。
记住软件是一个工具，将有助于支持一个过程。
对不起，如果这个声音像吸鸡蛋，但它为那些后来发现=>
软件开发过程也可以称为软件开发生命周期 – SDLC。
您描述范围蔓延的症状和现有范围的修订。 然而，为了减less漫长的旅程，各种帮助平衡这场“战争”观点的方法是有利有弊的。 （有时候会觉得这样）
这个说法是 –
“我有不断的变化 – 我需要一个客户和团队可以devise和build造的规范，试图build立在stream沙上的”在沙中或在地下的路线“是艰难而昂贵的。 经典的瀑布
与
“规范已经过时，不再反映现实，我的客户和团队将不高兴，客户也不会付钱给我。”
来到时尚的新生儿 – AKA RAD ， 敏捷 ， XP和Scrum
正如你所看到的那样，这个想法的变化就在于范围成本的变化，以及变化的金钱数额 – 与任何前面的明确静态需求的投资相比。 “战争”实际上并不是需求稳固的必要条件 – 只是编译它们所需要的时间。 每个人都有自己的看法。
因此，您将看到的软件往往是支持其中一种方法。
有关项目pipe理说明的一般链接
Trac（ http://trac.edgewall.org/ ）也是值得一看的，Trac本质上是一个集成的SCM和项目pipe理工具。 它附带一个wiki，问题追踪器，还可以与各种版本控制系统集成。
我正在使用dotProject它工作很好，是免费的。
我最近自己也有这个问题。 经过大量的研究，我决定去ActiveCollab
虽然这是一个背后的痛苦，我会坚持与MS Project，因为你熟悉它，这是大多数人在MS Excel / Word / PowerPoint的方式默认，所以你将能够与其他人打交道人们的文件很容易。 是否最适合你是一个不同的问题，但我build议，即使不仅仅是熟悉和互操作性，也会使我对MS Project感到厌烦。
检查间隔 。 它是由networking开发机构build立的，以解决您在问题中描述的确切问题。
尝试Trac，Unfuddle或RedMine。 所有这三个都是项目pipe理应用程序（或服务），它们与版本控制紧密集成，这样您就可以设置截止date和分配任务，并提供一种更安全的方式将其更改集成到项目中。