小组学习总结

                                  小组学习总结一

         从小组学习开始的第一天起，我们小组就确定的学习的目标--培养我们的系统思维。公司做这个决定，是一种长远考虑，我想我们参加的每一个组员都能认识到这一点。三年，如果三年我们能持续投入精力来做这件事，一定会显现出利处来，我也很赞同。

    学习微软的秘密，学习别人成功的经验，以及走过的弯路，借鉴它可以让我们少走一些弯路，或者找到方法来解决我们研发现在遇到的问题。我的想法很简单，别人的经验一定要学习。我始终认为，从书中学习，也许不是最好的方式，但是一定是最快的方式。因为我没有师父，没有很多的实践环境，所以我选择多看书，即使一时用不着，但是当遇到问题的时候，就会发现思路要宽些，甚至会有恍然大悟之感。我们不妨仔细想一下，从看书到恍然大悟，必须经历哪些呢？我想可以归结为借鉴和实践！对，学习别人是为了让我们有更多知识来武装自己，实践才能真正解决问题和提升能力，也只有实践了,别人才能认可。所以，我想我们学习小组是否再多一项任务——讨论和找到解决现存的问题的方法。我觉得要这样做有两个理由：一是我们现在的确存在问题，而且不仅仅是人手不够的问题。二是学习别人的方法要加以实践才能真正找到自己适合的，因为毕竟每个组织都有自己的特殊性。

    我为什么说，现在存在问题？因为我通过和几个同事交流都有这样同一个感受。我为什么想不仅仅是人手不够的问题？我想我可以通过问我自己两个问题来让我信服。1、现在的资源已经达到极限了吗，或利用率是多少？2、对于我们认为能完成的事，我们做好了吗？如果一旦有人说有问题，那么顺理成章的，大家都想让这个人说出问题。我虽然不能把所有问题一一列出，但我至少感觉到似乎有几个问题：执行力，流程，规范标准。一、执行力，这个执行力不是大家谈论的高阶的执行力，我说的执行力只是项目中的“责任田”问题。举个例子，决定今天要完成一个任务，并且显然地是能力范围内的任务，你会看到两种结果：要么是简单化地完成（以后出问题几乎是必然的），要么以各种“意外”为理由，甚至是“自然”地不完成。要说这仅是个人素质和思想的问题，我不赞同。想一想，完不完成，或草草完成，在自己心里没有任何的感觉，感觉不到有人会因为没有完成或草草完成而施加压力。这样的“自由”，也就是我想说的执行力问题。人家微软也说了，自由归自由，该完成的事如果打了折扣或出了问题，那领导就会管了。重点是让组织成员清楚地知道，自己出问题就会有人管他。二、关于流程，这个不是某个人一下子定义了就行的，而应该通过几个项目的经历，不断总结和修正慢慢形成适合自己的流程。以珠海市级为例，我来描述一下这个项目是如何开展的（仅是个人视角）：九月底，不能肯定有这个项目，但是已经基本确定，小范围的几个人知道并做了初步讨论。十一后，我正式加入这个项目（第五个加入者）,通过阅读先前形成的讨论文档，我间接地知道要做的一些事情（后来发现，这种间接地了解和实际的情况是有偏差的），并开始参加沟通会议。十月十五号前基本确定十五号开始准备二十一号基本正式开工。原定三天就要确定需求（我当时是觉得有点短），最后推迟到十月底基本确定并开工。请注意，这期间有这样几个改变：原定说客户会按照我们系统设计方案实施，最后消息是客户早已确定并订购两台服务器。原定二十一号左右就开工，最后推迟到月底。原定用三天来确定需求，最后需求一直在变（这是合理的，客户是不会确定需求的，但是我想我们是否可以给客户提供一种经验服务或称之为标准服务，把这种服务给客户看，觉得不满意再按照客户的需求改动以达到量身订做的目的）。接下来是正式开工，先是中间层人学习新技术（鉴于时间原因，只做到会用,但是是否可以更提前地做准备呢？），然后是按照功能划分步步行进。这期间就有人反映，突然介入不好，应该事前让自己了解一些情况。在这个过程中，我每天都会发现和总结一些问题（只是表象地记录问题，并不成熟）。我想至少这样开展项目的流程是有问题的，或者说并不是高效的。至于这个问题怎么解决，我们可以在小组里讨论来解决。三、最后我想谈谈我对标准规范的看法，以我数据库规范为例，因为这个事交给我来做了，我先是从别人那里借鉴，形成一个初步规范，除了做一些简单的修改，几乎没有变。然后我在项目中，逼自己使用规范，如果有自己觉得不舒服或者别人觉得不舒服的地方，我会视情况进行改动。有时在编程的过程中发现一些常用的东西，我也把它作为规范放进去。起初我用这个规范，大家是有意见的，因为大家想尽量少改动就把以前项目中的东西引过来直接用，说我为什么重新起名字？我要不得不和每一个人解释，ORACLE中对象名是不分大小写的（也可以特别处理用大小写，但是要是分的话，应用会用更多的麻烦）。规范实施起初，是可以有不同意见的，但是在不断的修正后，形成大家都基本可以接受的规范后，就要变成强制力。但是实际情况是，一旦别人操作数据库，仍然会按照自己的习惯来写，我会发现我的规范不但不会有利于项目进展，甚至是有害的了（不妨这样想一想，本来用规范是便于所有人容易看懂代码,节省时间，提高效率。尽管有时候觉得不合自己的习惯而别扭，但是从整体来说是有利的。而如果有人用规范，有人不用规范，那规范也只是一种写法而已了，不但其积极的作用没有了，还会让刚开始使用规范的人感觉别扭，那不是只有害处了）。当然，以上只是我看来有可能是问题，也只是我个人的观点，也许别人会有更好视点。但是我想说的是，如果我们都觉得有问题存在，那我们就去解决。通过学习别人的方法来解决或通过自己的想法来解决。

    人有三种境界。一是自己流血，没有得到教训，二是自己流血，得到教训，三是别人流血，自己的得到教训。我想组织也有相同的特点。那么怎么借鉴别人呢，第一步是阅读别人的经历，第二是实践自己的方法，这个方法中尽量规避别人的“流血”。但是阅读别人，也不能把别人都阅读完了再实践，就像不能把所有佛经都看完了再去讲佛行善一样。真经不在书中，而在生活中。我想我们学习的，也不是我们想要的真经，即使是别人的真经，也未必是我们的真经。所以我们要在实践中找到最适合我们的路子。

    一人言以小，众人言以大。我想不用在乎我说了什么，只要在乎我说的是否有一两点有用，并且大家都觉得有用。

    以上观点仅是个人想法，也许有些偏颇或肤浅。

                                                  

   

     

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/23065269/viewspace-713417/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/23065269/viewspace-713417/