Project management 如何管理和记录flash会议？

我称之为闪电会议，但也许还有另一个更合适的名字

偶尔（有时更频繁）我的一个开发人员来到我的办公桌，问他应该如何编写一段特定的代码

代码本身并没有直接响应特性，这意味着它不是在需求期间设计的，而是特性内部行为的一部分

经过5分钟的讨论，我们决定了一个解决方案。我的问题是，我应该如何记录这些讨论，以便将来，当其他人看到这段代码时，他们能够理解为什么它是以这种方式开发的，而不是以那种方式开发的

---

我应该让开发人员直接在代码中写下讨论的摘要，还是打开Word模板，像开2小时的会议一样写下讨论？有什么建议吗？

只要不是一篇文章，我就按照代码来做。一个简短的段落，你就完成了

没有什么比查看一段代码，然后不得不去共享一个word文档来解释它更让我烦恼的了

---

只要它是一个小功能相关的讨论。大的设计内容很可能会进入它自己的元文档。

历史信息可以进入版本控制签入注释中。

---

如果可以简单地捕获信息，那么开发人员可以选择在将文件签入版本控制时在注释中描述讨论。如果您不相信开发人员在有问题时会查看源代码管理，那么在签入之前，请在源代码中的注释中添加“请在mm/dd/yy查看此文件的签入注释”。

这才是开发wiki真正值得的地方。您可以为flash会议创建一个wiki页面，并将其链接到相关的其他页面。写下讨论的内容，然后让其他程序员检查并在他们认为合适的时候进行更新。有一个地方可以记录所有内容，您可以将其链接到您需要的任何其他地方，例如SVN URL到代码分支，或者链接到其他相关人员的其他wiki页面，代码库正在处理中。稍后，如果您需要查找它，您还可以搜索专门放在wiki页面中的关键字，以便于以后查找。

有趣的是，我们这里没有开发wiki，但这个想法让我很高兴。我应该研究什么工具？从你个人资料中的问号判断，你主要使用C#，所以首先我建议你从这个列表中选择一个。注意，有很多很多wiki实现，所以不要试图找到最好的。其他一些需要考虑的是用PHP编写的Mewiwiki来构建维基百科，因为人们可能熟悉它或汇合，这是一个来自亚特兰大的商业wiki，它可以通过大量的附加组件进行扩展，并且可以与其他工具集成，如JIRA bug跟踪工具。开发维基，我安装了ScrewTurn维基，我们将开始使用这个。谢谢。我投票结束这个问题，因为它与编程无关。