怎样带领一个学习型小组

chop123

目前的工作都是功能测试，每天就是不停的重复工作，最多进行业务上的扩展，如果光靠每天的工作， 很难再学习到更多的东西， 很想让自己的测试小组成员在测试这个领域上都能有长足的进步，当然也为了不断的提升自己， 所以想在小组里营造一种自我学习和互相分享的氛围， 不知道应该怎么样去开展？
目前的想法是每两周开一次分享会，但是分享的内容不知道怎么去确定，分享人又该怎么确定，如果不指定人员，大家一般不会主动请缨，很难有持续的过程；如果指定了人员，感觉就象是一种任务一样，不知道学习效果如何？ 另外关于分享的内容应该如何确定，现在也不太清楚，是应该1对多，即一个人学习之后，分享给每个人，还是多对多，即提供一篇文章，或者技术，由每个人去领悟，然后互相讨论呢？
因为没有这方面的经验，所以感觉很迷茫， 不知道大家在这些地方有些什么建议和经验可以分享和指点？？

投缘

以前我的做法是我先把我比较精通的知识、方法等等给组员先进行培训，及时询问他们的培训心得，这样既能了解他们还有哪里不懂，而且也可以起到督促他们复习培训的知识；
之后我会根据具体工作中需要用到的工具、方法，根据每个人希望学习和感兴趣的方面，让他们利用业余时间去专攻，然后进行分享，其他人也要找这些方面的资料来丰富和补充。时间不用太紧，可能这个人这周只学到个基础，那么也不要紧，分享出来，循序渐进的进行。这样他们不会有压力感

千里

我们公司也在弄这个，没人主动请缨就采取要求每个人都讲一次。

Spark.lee

我的意见：

  召开小组会议，讨论下大家感兴趣的知识，列出个清单，已经掌握了新的知识点的同学可以先做分享，另外大家同时学习下当前需要用到的/或者将来会用到的知识，定期举行学习结果的讨论，共同学习，把个人的心得都说出来，汇众家所长，补充自己的遗漏点，同时学习的结果会很有激情，，，，

Spark.lee

学习型的小组。。。需要小组成员共同缔造 不是一个人的事情。。。。

ermine

是将多个知识点列出来，由每个人负责一个知识点，还是定期列一个知识点，然后大家一起讨论？
每个人负责一个，多个人分享以后，小组的知识面就比较广；
如果是一个知识点，大家一起讨论，可以分享其他人在同一个点上的心得。

每个公司情况应该不一样吧，如果是我的话，我更倾向于一个知识点，大家一起讨论。因为我们人少，而且其他成员不晓得哪个知识点比较感兴趣。
先将目前工作中碰到最棘手或以后可能会遇到的瓶颈拿出来，然后一个一个往下走。

[ 本帖最后由 ermine 于 2009-12-4 10:38 编辑 ]

Spark.lee

我也赞同是同时学习一个知识，如果人特别的多的话  学习几个也是可以的

我个人心底认为 人多人少没有关系 可以同时学习一个知识点  大家都要积极参与 大力支持

ermine

如果人多，可以分成几个组，一个组讨论一个知识点。
也同意清风的，要积极参与才好，还有要坚持，不能一开始有三分热血

Spark.lee

一个组讨论 人员10个人最多了 多了 就不好了   那就有点闹市的感觉了 呵呵

要有成就感 要勇于奉献 共享

chop123

嗯，谢谢大家的建议。我也有了自己初步的规划：
1、目前大家共同的目标是搞自动化这块，所以全力写好自动化脚本，遇到的问题及时的在帮派讨论，开会的时候总结和提炼，最后汇总记录。
2、感觉测试的软实力我们还比较缺乏。比如如何及早的发现测试中的风险，如何与开发有效的沟通，如何带领好团队等等，都需要大家去思考。我的想法是可以让每个人每周分享一个点，可以是技术文章，也可以是IT职场的一些案例。
3、各自感兴趣的技术的分享。在研究自己感兴趣东东的同时，也不要忘了看看其他人是怎样学习的，扩大自己的知识面。
以上，是本帖的总结。谢谢大家！有好的建议欢迎大家继续回复哦！

Spark.lee

不错 想法很好

加油

学习的氛围很重要，

水儿儿

想多听听朋友们的意见，，我最近也有这样的烦恼

原点

关注中

msnshow

说到是比较容易，做起来还是有难度的，这样的团队需要一个好的管理者

huna0102

我们公司采取的是培训的形式，每个月至少一次培训，每个人都得准备一个主题。这样可以让大家学到很多不同的知识。