我们已经有指导,彼此分享信息,并定期举行技术会议.但是,我们希望将这些内容写下来,以备将来记录和新团队成员使用.现在我们大约有30名开发人员.
我们正在考虑内部博客和维基.
虽然在公共博客上分享内容(甚至可能有官方的公共开发者博客)会很棒,但现在我们想把它保持在内部.我们的商店主要是定制编程,而不是产品,所以那里会有很多专有的客户信息.对公共博客进行自我审查只会减慢我们的速度.
维基在概念上很好,但他们需要更多的组织和编辑,所以我不相信它会是可持续的.
您的组织如何做到这一点.
维基很棒.它们确实需要结构化,但我认为让wiki工作的最大障碍是让人们实际使用它来记下相关信息.
在我以前的工作中,我们有一个内部IRC通道,这对微通信非常有用.在我目前的工作中,这根本不起作用; 很少有开发人员习惯使用聊天程序进行工作.
那么,无论您决定使用哪种技术或产品,它们都不会成为问题.所有在咖啡机上没有充分分享的知识都需要注意.
实际编写时的注意事项(无论是网络驱动器上的文档,维基页面,SharePoint服务器,等等).
注意对它进行分类(通过链接,标签,网页,等等......).
注意保持最新(通过个人按需或计划的努力).
无论你使用什么,没有任何技术可以帮助你.为此,您需要激励团队写下来,在打电话(并打断)其他团队成员之前先读取存储库中的内容,如果错误则更正.
根据我的经验,SharePoint和Wikis的表现基本相同.你需要打败人们使用它,直到他们体验到他们想要使用它,因为他们在某些时候会体验到这种类型的信息共享可以节省时间 - 他们的时间.
由于您已经有共享信息的习惯,这对您来说可能不是一个难题.我建议一个(或几个,更好的少于太多)提供一些(备用)初始结构,然后让填充开始.由于不存在完美的分类,因此您不必过于担心.