Project management 开始一个新的项目，知识管理的理想方式？

我们正在从头开始实施一个新的电子商务解决方案，并已决定使用该框架。将会有一些人加入这个项目，他们从来没有在这个框架上工作过。我们应该如何进行知识管理/转移？我们还需要为哪些其他挑战做好准备，以及如何做好准备？

---

我可以考虑用最常用的内容创建一个WIKI，并解决最常见的障碍……这是一个好主意吗？

一个词汇表将大有帮助。 确保您和您的团队在交谈时使用术语表。如果你没有正确地使用特定的词语，那么对事物使用特定的词语是没有意义的。 无论你遇到什么障碍，每天的独立会议都会有帮助。

---

确保您的团队拥有尽可能高的通信带宽，但也要留出安静的时间，让人们能够集中精力。也许有15分钟的时间。每一个小时中，人们可以走到一起问问题等。另外45分钟是静默时间。重新评估这一点，以获得每个人都能适应的平衡。

一个术语表将大有帮助。 确保您和您的团队在交谈时使用术语表。如果你没有正确地使用特定的词语，那么对事物使用特定的词语是没有意义的。 无论你遇到什么障碍，每天的独立会议都会有帮助。

---

确保您的团队拥有尽可能高的通信带宽，但也要留出安静的时间，让人们能够集中精力。也许有15分钟的时间。每一个小时中，人们可以走到一起问问题等。另外45分钟是静默时间。重新评估这一点，以获得每个人都适合的平衡。

我认为这是wiki的理想情况。让开发人员选择使用哪一个wiki，因为他们将使用它

我认为这是wiki的理想情况。让开发人员选择使用哪一个wiki，因为他们将使用它

我支持维基的建议——我们已经成功地利用它为我们的项目建立了知识库和词汇表

另一种对我们很有效的技术是创建一个scratch存储库（例如SVN、Git等），用于技术提升峰值。我们目前正在进行一个利用Spring的OSGi支持的企业级项目，我们创建了几个spike项目来探索该技术的不同方面。这有助于我们在被业务需求拖累之前掌握技术

---

至于要为哪些挑战做好准备？期待意外。任何时候你开始使用一个新的框架/技术，你都会遇到障碍，你的初始速度会受到影响。我最好的建议——简单的决心。不要一有暴风雨天气的迹象就放弃你的框架。解决问题。最终，您将克服大部分障碍，并且随着整个团队对该技术越来越熟悉，您的速度将呈指数级增长。

我支持wiki的建议-我们在使用它为我们的项目建立知识库和词汇表方面取得了巨大成功

另一种对我们很有效的技术是创建一个scratch存储库（例如SVN、Git等），用于技术提升峰值。我们目前正在进行一个利用Spring的OSGi支持的企业级项目，我们创建了几个spike项目来探索该技术的不同方面。这有助于我们在被业务需求拖累之前掌握技术

至于要为哪些挑战做好准备？期待意外。任何时候你开始使用一个新的框架/技术，你都会遇到障碍，你的初始速度会受到影响。我最好的建议——简单的决心。不要一有暴风雨天气的迹象就放弃你的框架。解决问题。最终，您将越过大部分障碍，并且随着整个团队对该技术越来越满意，您的速度将呈指数级增长。

这里有一条线索：

你可以考虑Alpuro.com的内容管理开源解决方案。

有这样一个线程：

---

你可以考虑Alpuro.com的内容管理开源解决方案。

< P>我认为Wiki是个好主意，但也没有真正代码的替代品。为此，一个单一函数的高质量（参考）实现，它显示了代码堆栈中的所有层，即从浏览器/表单到数据库再到数据库。

我认为Wiki是一个好主意，但也不能替代真正的代码。为此，一个单一函数的高质量（参考）实现，它显示了代码堆栈中的所有层，即从浏览器/表单到数据库再到数据库