如何使内部用户组成功？

Question

我想为我公司的开发者推出一个内部用户组/论坛，但我不知道如何开始。

我们有几个开发团队，跨越许多技术和经验水平。我认为这是一个机会，让我们大家聚在一起，分享技术、最佳实践、经验教训、痛点、新技术或开发人员发现的任何其他有趣的东西。

对于新员工来说，这也是一个很好的方式来整合、学习我们是如何做事的，并分享他们带来的一些专业知识。

这是我第一次尝试做这样的事情，我希望做得对。

我对这样的事情感兴趣：

• 驾驶参与
• 让20年的退伍军人和新鲜的绿色毕业生都感兴趣。
• 避免已知对用户组有害的陷阱

有人成功了吗？如果是这样的话，你可以分享什么经验？

Answer 1

我想象这..。

当你的视野很有趣的时候，你真的需要得到其他人的愿景，首先。

这是我第一次尝试做这样的事情，我希望做得对。

忘掉那个想法。我是认真的。学习意味着犯一些错误，然后改正错误。你必须习惯于这样一种观念，即一项创新必须包括相当多的失败。

驾驶参与

你可以领马到水，但你不能让它喝水。

当人们看到价值时，他们就会参与。你不能推动参与。你创造了价值。

让20年的退伍军人和新鲜的绿色毕业生都感兴趣。

高贵。很难。你可能得从其中一个开始。增长可能会晚些时候到来。

首先，开始一些事情--任何事情--这似乎是可行的。

然后，当你有一些核心小组似乎正在工作，找出方法来扩展它。

你在推销一种体验。有些人发现工作很富有，他们不再想要任何东西。有些人不会看到参与开发团队的价值。有些人不会看到内部开发商团队的价值。

从小开始。逐渐增长。

与管理保持一定的距离。理想情况下，根本不涉及。

尽早、经常地对潜在会员进行调查。弄清楚他们想要什么。

Answer 2

同意S.Lott的观点。把东西放小点。你可以从招募一些顶尖的开发人员开始，给他们提供棕色包午餐，谈谈他们在家里做的一些有趣的事情。这种非正式讨论应该在几个方面吸引人--高级开发人员可以分享来之不易的经验教训，而较新的开发人员可以发现公司内部正在发生的有趣项目。

如果有足够的兴趣，随着时间的推移，你可以建立一个经常性的会谈时间表-也许每周或每月。在您的内部社区建立了足够的兴趣/动力之后，您可以让管理层为这个团队提供支持--主要是为了吸引有兴趣的外部演讲者或帮助开发人员团队(如果需要的话)。