如果你一个人工作，你需要一个项目管理系统吗？我的意思是一个项目管理系统，其中包括问题跟踪，维基等。 目前，我保持我的问题在一个非常好的组织者软件，我保持项目文档在Word文件（当然，我有一个版本控制系统），所以我不确定是否需要项目管理软件，因为我一个人工作。如果你一个人工作，你需要一个项目管理系统吗？
一个有用的东西，我能想到的，项目管理系统，可以另外给我的是提交链接问题（更新：我发现这个功能很有用足：比如，现在我创建的文档我的项目的新版本因此我打开每个问题的“等待发布”状态，然后我阅读该问题的描述，然后我可以快速查看这个问题的提交差异 - 这有助于我看到细节并写得更好文档）。
另一个 - 共享问题，以便您的用户或您的雇主可以查看或管理它们。
我错过了什么？作为唯一的程序员工作时需要项目管理软件吗？
更新：我想到了另一个有用的东西：在评论中，我们可以给一个问题或wiki文章的链接提供有关被评论的代码的详细信息。
你说你使用一些管理软件来帮助你管理问题。所以你已经有了自定义的项目管理系统。只要保留它。
项目管理系统不一定很大，支持共享数据或其他类型的文档。作为一名程序员，你应该使用一个来组织你的工作，但哪一个并不重要。如果他们为你工作，你可以愉快地使用纯文本文件。如果你还有一点点与别人合作的机会，那么你应该尝试一些允许合作的东西......只是为了了解他们是如何工作的。
如果你一个人工作，你需要一个项目管理系统吗？
是。
目前，我将我的问题保存在一个非常优秀的组织者软件中，并将项目文档保存在Word文件中（当然，我还有一个版本控制系统）。
请参阅。你有一个项目管理系统。为什么这么问？
项目管理系统可以另外给我连接问题和提交。
这不一定是项目管理。您可以使用版本控制软件轻松做到这一点。
阅读：http://tortoisesvn.tigris.org/issuetrackers.html
共享问题，让您的用户或您的雇主可以查看或管理他们。
这意味着如果您要分享内容，您并不是一个人工作。你在这里要求什么？如何分享？
我指的是项目管理系统，包括问题跟踪，维基等
我不使用问题跟踪器，但我不断练习（不是“大爆炸”）的整合，以及我会尽早且经常地测试（查找错误），并且一旦找到它们，我就会修复所有错误，以便已知问题列表保持较小。我在源代码中也有很多结构（例如，单独的组件的单独项目/组件），所以我试着让“代码是文档”。
表What Types of Documents Should You Create?表示您可能不需要文档（例如wiki），除非您与其他人一起工作：例如，与经理，测试人员和/或最终用户。
我不想在没有像trac这样的系统的情况下工作，即使我是唯一一个在项目上工作的人。你当然应该使用版本控制系统，对此毫无疑问。然后有两三件事出现，你也提到过。
首先是文档。有很多不同的可能性，维基只是其中之一。我个人主要将wiki用于想法，想法和笔记。很容易在其中插入图纸，链接到网页上的资源，并真正快速编辑。在使用源代码注释或doxygen等工具的代码文档中，这无法取代。如果项目需要，这也不能取代手册。
你会遇到的第二件事是某种待办事项，让它成为bug报告（甚至是你自己），功能请求等等。您可以将它们作为注释添加到您的代码中，或者在文本文件或PIM系统中使用列表，但您也可以使用故障单系统，以便跟踪您未来在项目中想要做什么或必须做什么。你现在不能做任何事情。
三是更大的计划，这不仅是原子todos，但东西trac称为里程碑。这必须写在某个地方。
关于trac现在的好处是，您可以将所有这些东西都集成到一个工具中，甚至可以在所有零件之间进行交叉链接。链接到票证中的代码行，提交消息中的引用票据，使用维基中的存储库中的资源，自动构建doxygen并将其集成，等等。你必须决定是否要使用trac来处理项目或其他事物的所有事情，但无论如何你都有这些东西，那么为什么不使用整合它的系统呢？ ;-)
单独工作是在这里追求的关键思想。当你独处时，你无法让别人把你留在脚趾上。一个好的“系统”对于帮助您管理项目至关重要。至于要使用哪个系统，这一切都取决于您的个人需求，以及您希望花费多少时间来维护此类系统。
如果您有任何可能需要让其他人参与，那么您需要确定您使用的系统是否可以扩展以满足您不断变化的需求。如果您继续单独工作并且工作负载发生变化，这也是如此。
至于软件，这完全是另一个问题。我个人更喜欢使用软件工具来跟踪我的所有任务，并帮助我整理数据，以帮助我确定优先级和任务计划。简而言之，项目管理是关于什么的。在我自己的项目中在家工作时，我使用简单的Redmine配置来管理不同类型的项目。计划编程项目，为我的婚礼制定物流，甚至管理我的房屋装修。所有这些都已添加到我的私人Redmine设置中，因为我懒得试图更新纸质日记风格的系统。在工作中，我有一个更复杂的配置来管理我们在这里的无数编程项目，并管理它们之间的依赖关系。
虽然我发现，但最重要的是要确保流程精简，并且可以配置支持工具来匹配流程。你不希望改变你的流程，因为这个工具没有达到标准。此外，该工具不应成为您所有工作的唯一焦点，因此应配置该工具以减少事情的“繁琐”一面。你只想捕获足够的信息来描述你的任务，并确定他们什么时候需要完成，谁会完成任务，什么时候完成。是的，您的需求可能需要获取更多的信息，但总是尽量减少这种情况，因为您不想让您觉得您总是在更新您的项目管理工具，而您宁愿使用最新的杀手算法，我一直期待着这样做！ ;-)
你现在可能是唯一的程序员，但会永远保持这种方式吗？我经常在开发项目上工作，但我仍然在一个简单的Access数据库中跟踪“待办事项”列表和问题。如果您需要扩展/移交项目，使其更容易。
你绝对会这样做，至少对于需要几个月的大型项目来说。在过去的几年我想：
用记事本，我能够专注于当前的任务，但我没能保持长期反复，因为没有问题跟踪器我放松纪律，在同一时间处理3个任务，没有完成他们等。