标签：
去上海参加了两天的培训。
第一天在公司培训听了一系列的演讲，都是介绍公司各部门情况的，没啥意思。
第二天去吴江的某个实训基地参加了一个比较正规的素质拓展。
第一次以新员工的身份参加这类的活动，来参加培训的也是刚刚毕业半年到一年之间的年轻人，大家都知道素质拓展基本就是分组合作玩游戏，基本上都抱着来玩儿的态度。
刚到实训中心，教练讲话期间做了个鼓掌的游戏，先是让大家预测10秒之内最多能鼓掌多少下，我预测自己应该能鼓掌30下，其他人也基本预测自己在20~30之间，
第一轮10秒记时，我鼓了大概45下，接下来，教练让我们改进记录鼓掌次数的方式，从1,2,3...11,12,13...21,22,23...的计数方式改为1,2,3,4...2,2,3,4...3,2,3,4,...4,2,3,4....的方法计数，第二轮10秒记时，我发现自己做了大概70，果然一个好的方法，可以更大的发挥自己的能力；第三轮教练给我们定下了目标，说每个人都要达到80下，不然就会接受惩罚，第三轮10秒计时，我做了83下，说明有目标，有压力，人的潜力能发挥的更好；最后一轮教练说我倒数10,9,8,7...3,2,1给大家计时，每个人都要做的超过90下，而且做的最多的人有奖励，最后一轮10秒计时，在教练的倒计时中，我在10秒之内鼓掌了95下！说明有持续性的压力、奖励和荣誉感的情况下，人的能力往往比自己预计的更强。
虽然只是个小游戏，启发还是蛮大的，结合现在的工作，通过改变工作方法，通过内心对自己的激励，通过目标对自己的压力，可以让人把工作做的更好，使自己成长的更好。
现在的日常工作并不是处在一个很好的方式上，通常是老大一个需求文档抛过来，给我们讲讲，然后各干个的，谁做好了一点儿和老大check一下，不对的再改。往往一个模块实现了，找老大check，然后再花时间修改，修改完了，再找老大check，老大可能还有问题，再修改。。。好吧，终于等到每个人把自己的模块都实现了，结果发现大家的前端UI风格，后端代码架构也各不相同，结果再去做修改，做统一，再check，再修改。。。越修改越不厌其烦，而且每一次修改都带来regression testing，越往后测试的越漫不经心，测试的效果并不理想。
自己内心对自己的激励还是存在的，可能是刚毕业没多久，还在坚持自己的梦想，没有迷失自己的目标，而且幸运的是，现在从事的工作和这个领域的发展潮流以及我的理想还是比较契合的，所以工作热情，工作动力都还不错。
荣誉感方面，略有所失。现在的部门，并不是一线产品部门，客户也都是公司内部其他部门，从产品质量到产品使用程度，都比之以前有所降低，所以成就感也没那么高。再加上公司年年裁员，外企在中国整体式微，大氛围也让我有点儿失落。
第二个游戏是空中抓杆，爬到一个8米多高的柱子上，然后站在柱子顶端纵身一跃，飞出去抓住悬挂在前面的横杆。这项运动主要是挑战勇气，战胜自我。在离地面将近三层楼的空中，要爬上一个勉强放的下两只脚的空心圆柱的顶端，然后在圆柱不断的晃动中缓缓的站直了，最后还要完成一个飞身一跳的动作，有点儿站在一条快沉的船上，往救生艇上跳的感觉。在我爬到柱子顶端的时候，放上去了一只脚，可是因为柱子的晃动，另一只脚怎么也放不上去了，而且头被背后的救生索压的抬不起来，只能眼睛看着地面，更加剧了紧张。当时真想干脆沿着柱子爬下去得了，可是我知道如果这次爬下去了，可能我就再也没有勇气能够站在柱子顶端了，我决不能被这个游戏战胜了，然后就慢慢调整，有过闭眼睛，有过心理暗示自己一定能行，慢慢的感受到了自己一定能行的信念，当时还是很害怕，不过大脑已经战胜了恐惧，身体也在按教练讲的要领，双脚站上柱子，缓缓的站起来，然后跳出去，在跳出去的一刹那，真的非常爽！
这个游戏就是去体验慢慢战胜内心恐惧的过程，建立能够自我战胜的信心。有时候当恐惧，害怕降临的时候，正式自己提升和突破的时候，离最爽的时刻只有一步之遥。
第三个游戏，每个小组一只鼓，鼓边上有十几条线，每个人拉一条线，把鼓面拉平，然后托网球，让网球在鼓面上弹跳，不要把网球掉到地面上。这个游戏是考验团队合作的能力，因为大家要一起保证鼓面的水平，一起向同一个方向移动，保证鼓能接得住网球。这个游戏我们组做的最差，每次网球弹个三五下，就掉到了地上，大家各种总结，各种实验，可是都不奏效，随着时间的流逝，以及听到同一块草坪上的别的队伍已经达到了80下、100下的时候，慢慢的有点儿急躁，反而做的越来越差。后来大家决定转移阵地，远离别的小组，不去管别人做的怎么样，就一心一意的找感觉，找节奏，最后也不计数了，把注意力都放在鼓面是否平衡，手中的线是否拉直等操作上面，完全不关心结果。最终，还是慢慢的找到了感觉，并在正式比赛中发挥的比训练中的还好。
这个游戏的初衷是锻炼团队合作，可是我从中看出了专注的意义，当屏蔽了外界的干扰，平息了内心的急躁和对他人的抱怨，当放下了对结果的过度关心，而把注意力集中在每一秒每一个动作上，往往也就离找到节奏，找到感觉，离成功不远了。
第四个游戏，也是最后一个游戏，叫做驿站传书，在一间教室里，每个小组坐成一竖排，你能看到前一个组员的背，你后面的组员也只能看到你的背，然后教练把一个数字给最后一个组员，大家通过依次在前一个组员背后写数字的方式，把这个数字传给最前面的组员。这个游戏有计时，而且过程当中不能用喉咙发声，哪个组最先把数字正确的传到最前面，就算获胜。
在这个游戏开始之前，小组在一起讨论传递的方法，首先传递数字的位数，拍几次肩膀，代表传的是几位数，然后每次传递一位数字，后面的组员在前面的组员背上写数字，前面的组员如果确定了写的是哪个数字就传给更前一位的组员，如果不是很确定是什么数字，就摇摇头，后的组员重新写，每传一位数字到最前面的组员，再传递下一个数字。第一轮比赛，传递的数字是987，首先传递这个数字的位数，拍三次肩膀，可是在传递的过程中，从拍三次肩膀，变成了拍四次肩膀，然后传递数字，当然，最终只传了三个过去，坐在第一位的组员怎么都等都没等到第四位数字，最后耗光了时间交答案，虽然最后三位数字都对了，可也明显暴漏了这个机制的不足。
第一轮结束，教练给了三分钟的讨论改进时间。我们都发现需要一个确认机制，就是前一名组员在接到后一名组员的数字时，需要通过手势向后确认接到的数字是什么，如果后面的组员看到手势就是自己传过去的数字则不动，如果看到的手势不是自己传的数字，则拉一下前面组员的衣服，告诉他你理解的数字并不是我在你背上写的数字，然后后面的组员重新写，再等前面的组员确认，直到正确，再往前传。同时，有坐在后面的组员抱怨，传一个数字到前面，后面要等好久才能收到第一位组员接收到数字的信息，再传第二个数字，太浪费时间了，大家决定坐在最后的那位组员在传数字的过程中，不用等待最前面组员的收到确认信息，直接传第二个，在传递过程中，如果刚刚传出一个数字，又接到一个新数字，则自己存储一会儿，等到前面的组员传出数字之后，再把自己的数字传给他，从而提高传递速度，又保证不混淆传递的数字。
通过改进，看起来这个机制蛮完善的了，大家自信满满的开始了第二轮，结果，教练给了一个123.45，没错，一个小数，最终传递过去了12345，失败了。
第二轮结束，又是三分钟的讨论与改进时间。很明显我们的机制没有考虑到数字的多样性，赶紧改善，在传递数字位数的过程中，如果是小数，则在小数点的地方，点一下肩膀，代表在那一位有一个小数点。然后我们还考虑到了分数，负数，都约定了传递方式，算是涵盖住了所有可能的复杂的数字类型。
第三轮开始，教练就给了一个0，在传递的过程中，出现了很多的摇头，重传，确认，再摇头，再重传，再确认，就一个0，我们花的传递时间几乎赶上了12345。
又到了讨论时间，大家都很无奈，都很不相信，大家都在问后面的同学，怎么会就是个0？辛辛苦苦设计了那么多机制，反而造成了思维定式，让我们吃了很大的苦。当然，经过分析，这同样可以通过机制来完善，后面的组员要能够给前面组员信心，让他相信自己，相信队友。最后决定在收到前面组员正确的确认之后，后面组员用左手搭在前面组员左肩上一会儿，告诉他大胆的往前传吧。
最后一轮，当然，在经历了传递机制的不断迭代之后，终于顺利成功了。
这个游戏启发很大，不断的暴露问题，不断的改进方法，不断的建立互信，然后形成很好的团队合作，这个过程非常值得思考。
在软件开发过程中，其实也是这么一个过程，想想以前待过一个团队，每一个release都要经历：demo开发与需求确认->接口设计与确认->模板与框架代码的开发->核心代码review->基础代码实现->按照黑盒测试的方法（等价类划分，边界值分析）进行测试用例设计形成excel文件->逐条进行功能测试。保证每一步都没问题，下一步都对前一步有个确认，最后release出去的产品也是质量有保证的。同时，会发现这样做看似复杂，但实际上是时间利用率最高，最有效的。
这就相当于分工明确的每个组员，接收好自己的信息，对发来的信息出确认，并得到正确的回应，然后传出去，并大胆的告诉下一位这是正确的，给其信心。在这个过程中，不会有涉及两人以上的重复工作，不会有方向性的错误，只要正常运转，一定会获得成功，我把它称之为过程健壮性。
标签：
原文地址：http://www.cnblogs.com/zhq1007/p/4248254.html
