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