1

我们正在从头开始实施电子商务解决方案，并已决定要使用的框架。将会有一些人加入该项目，他们从未真正有过在这个框架上工作的经验。我们应该如何进行知识管理/转移？我们还需要为哪些其他挑战做好准备？如何应对？我可以考虑用最常用的内容创建一个 WIKI 并解决最常见的障碍……这是个好主意吗？

4

5 回答 5

4

词汇表会有很长的路要走。确保您和您的团队在交谈时使用词汇表。如果你没有正确使用它们，那么为事物指定特定的词是没有意义的。每天站立会议应该有助于解决您遇到的任何障碍。确保您的团队拥有尽可能高的带宽通信，但也允许人们可以集中精力的安静时间。也许有前15分钟。每小时的时间是人们可以互相走近并提出问题等的时间。然后其他 45 分钟是静默时间。重新评估这一点以获得每个人都适合的平衡。

于 2009-03-16T04:41:10.973 回答
3

我赞同 wiki 的建议——我们已经取得了很大的成功，使用它为我们的项目建立了知识库和词汇表。

对我们来说效果很好的另一种技术是创建一个临时存储库（例如 SVN、Git 等），以达到技术加速峰值的目的。我们目前正在开发一个利用 Spring 的 OSGi 支持的企业级项目，并且我们创建了几个尖峰项目来探索该技术的不同方面。这有助于我们在被业务需求所困扰之前掌握技术。

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

于 2009-03-16T04:54:37.713 回答
1

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

于 2009-03-16T04:42:28.833 回答
1

有这个线程：

http://discuss.joelonsoftware.com/default.asp?biz.5.738060.3

您可能会考虑使用 Alfresco.com 的内容管理开源解决方案。

于 2009-03-16T05:06:47.137 回答
1

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

于 2009-03-16T05:07:29.460 回答