百度新员工培训
为期三天的百度新员工培训昨天结束了。相比微软的新员工培训，百度的培训更加有趣味一些。听说我参加的这次是改版后的第一次，而我又不止从一个人那里听说，原来的新员工培训多么无聊，所以可谓是期望不高但过程还挺好。
百度的新员工培训有点像一次素质拓展活动，其中那个奇迹车间的活动确实能让大家在体验中感觉到超越极限的快乐。嗯，这就来说说奇迹车间是怎么回事。
奇迹车间是一个类似游戏的竞赛活动。游戏目标是用一些长短不一的硬纸条互相十字交叉拼成一个很复杂的图案，谁能以最短时间完成就是胜利者。硬纸条的长边上开有多个很窄的口，两个纸条拼接的时候必须将开口相对才行。
这个游戏需要多人合作完成，每个小组有5到6人。最开始，我们组花了10多分钟才完成，感觉已经是比较快了，可培训老师告诉我们，根据以前新员工培训的纪录，最快的组只用了13秒！这是多大的差距。
我们组想了很多办法，也否定了不少办法，最后终于找到一个比较无敌的方法，在面对各种挑战，包括重新分组的冲击，最终终于达到了21秒。尽管21秒已经算比较快的成绩，可我们都觉得还有上升空间。大家同心同力、集思广益，果然是潜力无限。
培训虽然只有短短3天，可我们每个小组还要准备一台晚会，作为最后结束。我们一开始都很挠头，不过大家一起努力，不但搞定，还搞得十分精彩。我在其中也尝试突破自我，反串饰演，最后最佳男主角和最佳女主角提名我都名列第一，在班上火了。
最后show一张照片，是大家的合影。看，大家都很开心呢。
分享/收藏
Precise Questioning
今天参加了微软内部的Precise Questioning培训，感觉受益良多。
关于什么是Precise Questioning，可以看看http://www.vervago.com/PQFactSheet.pdf。这次培训由vervago.com是一家著名的培训公司，这次培训也是这家公司的招牌培训，参加过后觉得确实物有所值。
Precise Questioning简称PQ，其中分为Precise Question和Precise Answer两点，我认为其中的核心问题在于，一种独特的交流文化。一般会认为，在一个问答环境里，受益最大的应该是问问题的人，他们会从回答者的陈述中获取他们想要的东西，而回答者一般则是倾诉而已；同时，整个对话过程会是开放的，问问题的人会用很泛泛的问题来引出话题，然后控制权交给回答者，也就是所谓Answer-Driven。但在PQ环境之中，受益最大的是回答者，问问题的人实际上在获取自己感兴趣的内容时也在帮助回答者找到自身盲点，而找到盲点往往比获取信息更重要；并且，整个过程应该由问问题的人驱动，问题要尽可能精确，回答要尽可能简练，这便是Question-Driven。我认为这样两点实际上就是一种交流文化的体现，而PQ与一般想法的差异体现出PQ的核心价值。
PQ可以显著的提高交流的效率。Precise Question，也就是精确问话，使问题更加明确，更容易获得期望的反馈。Precise Answer则是精确回答，用最核心的词汇和最简洁的语句来回答问题，很快完成自己的“任务”并将主动权交给问问题的人。通过快速的一问一答可以让问问题的人找到需要深入的角度，并且探究下去，直到问到I don’t know为止。而回答者要懂得什么时候回答I don’t know，不懂装懂将严重破坏PQ的过程。
PQ会给人一个很严酷的感觉，这是正常的，但如果各方都能理解，那也就无所谓。正由于这之间需要默契，PQ适用于IT公司的各种Review、Decision Maker等场合，但不适合注重人际关系和交流的场合。
在现实生活中，论文答辩的过程是一种无意识的PQ——可能不是很符合PQ原则，可以做的更好，但是大家会默认用这种方式进行。还有各种评审会，其实也有这种氛围。我们其实完全可以把这种PQ精神在IT公司中普及，来极大的提高交流效率。
关于PQ，我并不想做很多很细节的探讨——这涉及到很多版权问题。培训本身是有知识产权的，我不想有意侵犯，这篇文章应该算是为PQ做了一个简单的广告。PQ很有用，在微软总部这就是一种企业文化，但是可惜在中国不是。作为中国人，我们可应该去尝试它，我相信终将为我们的工作和交流带来莫大的好处。
分享/收藏
体验未来·微软New Hire Offsite纪实（三）：收获，来自于互相学习
第一天的活动是ATC特别组织的，虽然只是Offsite活动的前奏（甚至于不算Offsite的一部分），但也挺值得再次回顾。
除了各个小组的介绍，最为有趣味的要算那个Presentation了，特别是我们组不但组织了一个小品，还编出来一段三句半——要知道这可是40分钟内想出来的哦！三句半的作者是两位程序高手，Jiang Bian和Xu Tan，他们的事迹我就不胡吹了，反正在作为程序员的同时，他们还有令人侧目的创作和表演能力呢。
顺便介绍一下主题：用最有创意的表现形式展现新员工工作前会遇到的所有非技术问题，并给出解决方法。我们用三句半作为表演的引子，每一段归纳一个问题，同时由其他同学演出来——结果证明，这样的形式非常成功。
下面就是三句半的全文啦：
学生就业压力大，全天开机等电话，微软终于来Offer，拿下
北京户口很紧张，抓紧时间寄三方，所有手续都办妥，齐活
读书求学在外地，来到北京不容易，公交地铁加打车，搞定
北方天气很寒冷，穿了一层又一层，南方同学要补水，注意
这次来了住天创，下次自己去租房，路边广告不要信，谨慎
名牌大学高材生，如今微软工程师，心理转换很重要，稳定
遇到问题别着急，互联网上找信息，常上微软学生圈，灌水有理
参加培训很高兴，明天还要登山去，认识新朋和旧友，高兴
还有我们的组长Candy的表现也实在让我找到差距：她作为一个PM，就非常有时间观念，也非常懂得如何协调这么多的陌生人一起高效的工作，所以在这么短时间内创造了奇迹。唉，这充分说明我绝对没有任何时间用来自大，还有很多事情值得向大家学习呢，特别是身边的这些榜样。可以预测，接下来的那么多天里面，我一定还可以找到更多值得我学习的牛人和值得我牢记的事迹——这就是Offsite活动于我的最大收获之一了。
第二天就是Offsite活动的开始了，没别的好说，就两字：“期待！”
分享/收藏
体验未来·微软New Hire Offsite纪实（二）：走近ATC
早晨将近7点才爬起来，脸上呈现的表情是典型的没睡醒那种。很快，到站下车，打车去住的地方。
在微软定下的宾馆Check in，见到了住在同一个房间的Du Bin，并且与旁边屋的Cao Yong和Liu Xu聊了聊。大家来自不同的学校，也有不同的经历，甚至于未来的职位也各不相同，所以可以聊很多方面的事情。
中午，我们四个一起去西格玛大厦旁边的餐厅聚餐之后就奔赴微软工程院签到。到达签到地点时已经不早，找到自己的姓名牌和书包（居然每个人还有个书包！）便随意找个地方坐下。
今天主要是针对ATC的未来员工做的一次项目和角色介绍，几乎所有方向的项目组代表都会来Show一刻钟左右的时间，并且以此来指导大家选择自己所喜爱的未来工作方向。听Staffing Team的Jessica说，这样的活动去年举办过一次，效果不错，于是今年继续。看来这样的活动微软也是刚刚引入，想必融入了Staffing Team的最新最有趣的想法吧。
由于涉及到微软内部工作细节的问题，这里便不详述，总而言之，各个地方都缺人，还有一些Group刚刚成立不久，亟需新鲜血液。嗯，每个方向似乎都很吸引人呢，怎么办呢……在项目组介绍的过程中我见到了两位面试过我的熟人：Dennis Chen和Lin Zhiwei。Dennis Chen我已经见过两回了，他对我还依然有印象，我当然更是不会忘记他——在学校的宣讲会上，我就是向他自我推销，在武汉的第一面，也是他给我去北京On-site的机会。Lin Zhiwei是我参加北京On-site面试时第三个见到的面试官，她今天所介绍的产品居然就是当时在面试我时“假设”的产品构想，今天见到这个东西的真正模样后发现，当时我的设计风格和思路与现有产品相去甚远，不过我确实觉得自己的方案似乎还好些呢。
接下来，是各个角色职责的介绍。第一个上来的是Lead Program Manager，Paul Nelson，他是我的最后一面的面试官，也就是那位高大的金色大胡子外国人。对于PM来说，沟通总是最重要和最值得注意的问题，无论何时，工作总离不开和人打交道。在这里，Paul和之前的很多宣讲者都提到过Engineering Excellent（卓越软件工程）这个名字，但都没有作任何更细节的解释，这看来需要我在未来的工作中慢慢体会了。
之后，有一个集体Presentation的环节——每个组有半个小时间，针对规定好的主题来猜想可能会遇到的问题和解决方案，并用最有创意的方式表现出来。每个组的主题都不一样，不过都是有关于我们在上班前如何需要做的准备相关的。说到用最有创意的方式表现，我们组的同学第一个想法就是小品，而且还有同学自告奋勇的想编三句半，所以都立即就开始创意和准备。尽管大家互相之间一点都不熟悉，我们还是能够很快的变成一个整体，齐心协力将这个Presentation做的尽善尽美。特别值得一提的是我们的组长Tian Tian，她的职位也是PM，但领导力和组织能力比我强多了，在这么短的时间里面，她可以迅速的制定出精确到分钟的工作计划并很好的监控和执行，而且懂得如何有效地分配任务，使得我们组的Presentation形式最丰富、内容覆盖面最广、参与人数最多，最后使我们在五个小组中的获得评委的最高评价。这个小小的团队合作活动让我认识到， 在一个每个人都很优秀的团队中，要想使每个人的能力得到充分发挥就需要非常恰当的人在其中做恰当的协调，我们每个同学都能为这次团队合作做出贡献，当然就可以收获胜利。当然，这还只是第一天的活动，真正的比试还没开始，我们绝对不能骄傲——好的开始是成功的一半，我们要把优势不断扩大才行。
今天活动的最后是一个聚餐，我们和Manager共聚一堂，畅谈自己的想法，咨询各种关系到未来的问题，气氛非常融洽——饭菜也真的很不错呢！
分享/收藏
微软New Hire Offsite：体验式培训介绍
体验式培训是一个很有意思的过程，体验当然意味着参与，参与当然会有乐趣。不过关于体验式培训的一些详细而理论性的东西，还是只有在教官那里才能听到，绝不是自己可以臆测的。
这个是我们的总教头薛兵老师所讲的道理，真的非常实用——以后变成PPT就可以成教材啦。
在此，我来放出那天所做的笔记。
几个特别的数字
“4”
团队和潜能
实例：当遇到警犬追逐时，原本常年在办公室里工作、极少运动的上班族也可以迅速的逃离，甚至有4个人爬上树，最后危机解除的时候，上树的人甚至于都不敢相信自己能够做到
“5”
熔炼团队
实例：篮球是5个人的队伍，曾有研究表明，战胜拥有乔丹的公牛队的办法是，放掉乔丹，盯死另外四个人
培训名称：体验式培训/学习
目的：更好的吸收知识，更好的记忆所学的内容
过程：行->知->行
操作过程：实践->了解成功/失败的原因->总结经验，完成下一个目标
几个“不是”
不是旅游度假
不是军训
不是竞技体育
不是纵向比较，而是与自己比较
不是横向比较，而是与其他人竞争
高原反应
走进Microsoft，想当于抵达5200米的珠穆朗玛峰BC基地，已经有高原反应但不会有人停步，因为珠峰才是每个人的目标
其实，就算是登山高手一样会有高原反应，只是他们会为了目标而坚持
培训的起源
二战期间，英国的研究机构通过调研被击沉的德国战舰的海员，发现能幸存的海员往往不是年轻力壮的海员，而是意志力强、心理承受力强和能够忍耐的老海员
为了提高海员的幸存率，英国在二战期间开设了海军学校，通过模拟海难来锻炼海员的这些素质
二战结束后学校即被关闭，但是因为近年来商场竞争过于激烈，也需要极强的心理和职业素质才能够生存，所以另一种体验是培训开始兴起
培训前需要组队并确定（总共40分钟）
队名（富有冲击力，健康向上）
队长（自行确定）
队旗（给定原料，包括单色的旗帜、有色纸、白板笔、麦克笔、胶水、透明胶、剪刀等）
队歌（必须个性化其中的歌词，绚丽的选取不限）
队训（简短而富有冲击力，健康向上）
分享/收藏
体验未来·微软New Hire Offsite纪实（一）：不能暂停的期待
现在我还坐在驶向北京的Z12列车上，车厢里外已经黑乎乎一片，什么也看不清楚。本来应该让自己好好睡一觉补充精力的，但是感觉怎么也难以入眠——我发现自己有一种久违的兴奋感在头脑中作祟，让我期待明天将要发生的一切，好想让时间快点跳到明天，但是越是如此想越是睡不着，非常难受。
我所期待的明天就是微软新员工热身培训开始的日子，一个让我充满幻想和憧憬的培训活动。还记得半个多月前在微软的学生论坛里面看到Staffing Team的专员们说起这个活动，我还一直以为是类似于旅游的团队活动，但是看了日程才知道，其中最重要的目的不是游戏，而是各种针对职业选择和职业养成的团队活动。我曾经参加过类似的大型团队活动，当时我与几十个完全陌生的同学一起在游戏和对抗活动中竞争，充分发挥各自的才能和特长，大家都非常的开心。特别是当时我还因为机缘巧合成为一个小组的组长（总共有上十名组员），承担了很多组织管理的工作，那是我从小学以来第一次作为一个管理者出现在大家的面前，并能够担负起相应的职责，现在回想起来，这对我未来的发展起到了很大的影响。因此，我对这次微软组织的活动当然也是充满的期望，和全国各地的精英在一起比较，我一定能看到比现在广阔很多的天空。
忍不住，我打开电脑，再次重温一遍培训的日程安排。
这次培训主要进行四天，其中，第一天是针对ATC的新员工的培训，包括ATC的项目组简介、各个职位工作内容简介等，都是我非常关心的问题。最近，微软的HR用邮件询问我未来希望开发的微软产品，我就非常的犹豫——谁知道呢！作为用户，我当然会对很多程序都感兴趣，都想去参与，但作为开发者，我可能更会在乎的是我在其中的发展空间。我希望能够找到一个我已经有一定技术基础、并愿意继续深入下去的一个方向，虽说PM不会去编码，但对技术的追求可永远都不能放松，否则那些聪明绝顶的开发和测试们怎么能服气呢！
第二天首先是微软中国研发集团的各个首脑人物出来演讲，然后就会开始一个在我看来很神秘的团队竞赛活动。一般人可能不太喜欢听那些头头脑脑们讲话，但我不这样认为。还记得去年微软宣讲会上，我因为要去打印简历所以完全没有听到微软全球副总裁、中国研发集团总裁张亚勤的宣讲，非常遗憾。特别是那个IQ和EQ的问题，当时我恰好在宣讲会会场的门口晃了10秒钟，看到了个大标题，这一瞥眼所看到的东西竟然就是我在武汉第一面中被问到的一个小问题！当时我真的深深感觉，虽然这次混过去了，但我真的很想知道关于它们的更深入地说明，也很想正正规规的通过聆听各个部门主管的演讲，了解微软人是如何解读自己的人才标准、文化定位、职业发展等问题的。下午开始团队竞赛活动那当然更不能错过啦！我在Dian团队举办过一些团队竞赛和游戏活动，但那些创意往往都来自于自己有限的阅历，现在这次机会当然将会大大扩展自己的视野，让我能接触到更多更有意义的团队塑造的活动。
第三天到第四天都是这个团队竞赛活动，通过日程可以知道，每天是相当的辛苦：早晨6点45就要起来晨练，晚上则一直要到21点30才结束活动！这让我想起传说中的华为军事化的新员工培训……当然，那个会更加辛苦，可这不能比啊……我还没入职呢……不过也无所谓了，因为微软就算入职也没听说要做像华为那样强度的新员工培训，所以怎么想也算是小巫见大巫，不应该还有什么抱怨了。
好了，现在已经晚上11点多了，如果再不睡明天就没有精神了，今后这几天搞不好都会撑不住呢，那可不行！还是强迫自己闭上眼比较好一些！
分享/收藏
微软HY07 New Hire Offsite活动感受
先简单的说一下自己的感受。
作为一个新人，能在这次活动中接触到那么多同龄的牛人，能够认识微软的Staffing Team的mm们，能够见识FESCO的新人王和其他工作人员，还有国家登山基地的教官，真的是非常幸运！还有这些天的活动，让我始终充满快乐，无论如何“折磨”，不管最终怎样辛苦，我只会觉得时间不够用，还想再久一些……
应该要谢谢Staffing Team为我们做的所有幕后工作，你们真的辛苦了！也要感谢theOne小组的所有同学，你们真的是太棒了！培训是一个舞台，而我们theOne真的就是舞台上的明星，从第一天的最后一名到第二天的第一名，我们的实力绝对不能小看！
经过培训，我最大感受就是“团队合作”之不易。大家都在很努力的贡献自己的聪明才智，但是如何将大家拧成一股绳向同一个方向前进确实是一件充满挑战的工作。面对十几人的团队，面对时间压力，我们确实还是浪费了好些时间，大家很辛苦，不过效果还是有欠缺。如果有再来一次的机会，我相信我们会更早的提出统一的scenario，我们也会更好的利用多媒体的方式来做一些必要的演示，也会更好交流各个部分不成熟的想法……沟通，特别是有效的沟通非常重要啊！
此外，还有很多很多感受，看来又必须写好些篇文章才能搞定了……
我本来打算培训期间写blog的，不过坚持两天就没法继续了——晚上1点多才活动完，早上7点还要晨练，哪有时间！至于最后一天通宵那就更不用说了……所以先贴两篇，以后再补充。
培训期间的所有PPT和重要的内容我全部都有记录，不过似乎不方便贴出来……唔，我得想想怎么共享比较好了。这所有的经历和知识，真的比一切都重要啊！
分享/收藏
Dian团队组长培训活动总结
2007年的1月13日到1月14日，Dian团队第一次举办了针对组长及未来组长人选的培训活动，主要目的是增强未来组长的团队文化素养、提升项目管理能力、重塑项目流程概念、暴露自身各种问题等。应该说，经过这两天的培训活动，未来组长们还是能够从中得到一些经验和教训，特别是总结会上各个组代表的发言，确实都有所得、有所悟。因此，我觉得从形式上来说，这次培训达到了它的效果。
在这里，我主要从组织者的角度出发，重新来审视这次培训的过程，以期望在未来举办类似活动时进一步提升效果。
一、培训内容组织上的经验教训
培训从内容上主要分为三个部分：团队文化培训、Tiny Project和组长必读的学习。其中，Tiny Project演练占据了绝大多数时间，从最开始的流程概述到需求分析，再接着走完一个典型的项目流程全过程，甚至于最终将生成可用的代码并要求现场演示。这个项目虽小，但是绝对是五脏六腑一应俱全。这样安排的主要理由是：希望首先通过文化培训增进未来组长们的团队认同感，然后用这个实际动手的Tiny Project来增进未来组长们的团结协作的精神，最后在实践上升为理论，解读组长必读中所谈到的各种组长必须了解的知识或具备的素质，加深印象。这样的循序渐进的搭配应该起到了应有的作用，起码在解读组长必读时我可以看出来，大家会结合培训中遇到的问题来分析自己的问题，与这个文档中的某些内容产生共鸣。
不过培训内容之间衔接的还是不够好，这一点今后应该尽力避免，这与我们准备太晚有关。在组长培训的前一天，我们还在修改文化培训的PPT，这使得文化培训的内容并没有经过很好的审核和演练。Tiny Project前面的流程讲解与后续的Tiny Project活动PPT是两个独立的文档，之前也并没有互相呼应，所以做Tiny Project的过程中也忘记去回顾流程中规定的输出和活动的内容，没有注意实时的从理论上进行提高。TIny Project中的各种文档本应该提供一个范本进行参考，并应该严格要求文档的规范性，可惜并没有这样做，使得输出的文档风格迥异，不能直接应用于实际。组长必读的解读过程完全是照着Word文档来浏览，并没有进一步提取必读中的必读，恐怕收效会比较有限，实在遗憾。
二、培训时间安排上的经验教训
培训原先的计划安排如下：
1月13日活动安排
09:00~09:20：组长培训欢迎词
09:20~10:10：Dian团队文化培训
10:30~11:30：Tiny Project：介绍典型项目流程
14:00~14:45：Tiny Project：需求分析
14:45~15:15：Tiny Project：系统测试用例
15:15~16:00：Tiny Project：输入评审会
16:00~17:30：Tiny Project：设计程序框架
19:00~22:00：Tiny Project：实现程序代码
1月14日活动安排
09:00~11:00：Tiny Project：输出评审会
11:00~11:30：Tiny Project：评审点评
14:00~15:00：组长必读
15:15~16:15：活动总结
16:30~17:30：自由讨论
实际过程则有些变化：
1月13日活动安排
09:00~09:20：组长培训欢迎词
09:20~10:20：Dian团队文化培训
10:30~11:30：Tiny Project：介绍典型项目流程
14:00~14:55：Tiny Project：需求分析
14:55~15:15：Tiny Project：系统测试用例
15:15~16:20：Tiny Project：输入评审会
16:20~17:30：Tiny Project：设计程序框架
19:00~22:30：Tiny Project：实现程序代码
1月14日活动安排
09:00~09:45：Tiny Project：实现程序代码
09:45~11:10：Tiny Project：输出评审会
11:10~11:30：Tiny Project：评审点评
14:00~15:00：组长必读
15:15~17:20：活动总结
在活动安排中变化较大的是“活动总结”这一项，由于总结的时间花的比较就，所以直接就把最后的“自由讨论”给取消了——本来这个自由讨论就比较虚，属于灵活使用的时间。另外，“实现程序代码”则比预计要花的时间多，所有组都没能在第一天的晚上完成编码。不过我并不认为这个程序会花如此多的工作量，毕竟第二天做的是“输出评审”，而非“结题评审”，所以对软件个方面的健壮性、功能的完备性等都没有太多要求，一些无关痛痒的需求就算还没有实现，只要解释得当就可以不做——所有组的同学都没有体会到如何权衡和估计实现各种功能需要占用的时间，也没有主动的去裁减一些优先级较低的需求。
所以总体来说，培训的各项时间估计还比较准确，只要继续更新Tiny Project中具体的Project题目，这样的培训还是可以不断重复举行的——不过参加过的同学再次参加似乎也没有什么意思，所以具体何时再做一次、选择哪些培训人员等，都是值得讨论的问题。
在这样一个过程中，比较令人头疼的是对各个Tiny Project培训时间点的把握。我在操作时时时刻刻都拿着手机，确保时间在可控范围内，但这样做也难免在有些环节上超时，于是我只能将某些内容略过或从某些讲解环节里面挤时间。这一方面需要培训的主持人对Tiny Project十分熟悉，甚至于可以对其进行临场发挥，另一方面需要主持人具有一定魄力，及时终止一些耗时过长的活动，希望未来的主持人能真正在这两方面都做好。
三、典型项目流程简介的经验和教训
这个环节应该是本次培训的特色环节，应该说是其中最能称得上精华的几个点之一。xbull给大家准备的流程简介是他在年终总结中仔细思考得到的宝贵经验，要知道，他是Dian团队里参加项目类型最多的同学，软硬通吃，经历过各种磨难和考验，随着团队分工愈发明确，他这样的人才恐怕是再也难见。
不过遗憾就在于，讲解的过程并没有穿插互动，所以同学们最后印象并不深刻——从最后的回顾活动可以看出，新讲的东西并没有被大家接受的很好。而且，一开始就讲解ISO 9000与CMM4之间的差异似乎不妥，毕竟在听的队员大部分既不知道ISO 9000也不知道CMM4，更不谈如何去对比它们了，这样子的安排或许有点过于拔高。
四、Tiny Project活动过程的经验和教训
Tiny Project培训在整个培训过程中属于最难以操作的部分，不过由于在预备队已经成功举行过三次类似活动，而且对我个人来说，更有上十次类似培训的经历，所以我反而不会觉得很麻烦。整体来说，这个培训从时间把握和内容调配上来看还算正常，并没有出很大的问题。
不过其中最大的问题是：没有和其他的培训内容有机的结合起来。前面说过，没有有机结合的一个重要原因是准备过于仓促，没有预先演练，甚至于有些PPT在培训前一天晚上还在改，很有问题。另外还有一个原因，主要因为我自己过于习惯于已经约定俗成的思路，不想改变，所以这个Tiny Project只是预备队培训的延长版或者完整版而已，并没有很好的切合组长培训这个特殊的目的。具体来说，我本应该在每个阶段流程开始之前回顾这个阶段需要输出的内容和需要进行的活动，不过我没有做；我本应该提示未来的组长们在活动中需要注意的问题，例如组长常会犯的错误、组长的责任等，不过因为我并没有在这方面与其他参加组织培训的同学讨论，所以也没有做；还有，“项目计划”和“进度管理”这两方面的讲解和演练缺失，实在非常遗憾。此外，Tiny Project中固有的一些问题我还是没有真正的解决好，比方说各个环节的评分标准等，这一次依然还是在看感觉酌情给分，尽量平衡每个组的得分，不太好让后来者继承。
对于Tiny Project的模拟项目选题我也有一些担忧。这次做的“D语言代码信息统计工具”实际上与H3 Mini Project中那个“C语言代码信息统计工具”很类似，当然，我设计的需求更为复杂，要求完成的时间却更短。这个题目如何设计才算是好呢？恐怕很难有一个定论。从2005年开始，我培训的题目先是一个“C语言代码分析器”，可以分析C语言的词法、语法等，非常复杂，到后来的统计C语言注释率信息的小工具，非常简单，再到增强版的C语言注释率，有些复杂，最后是这个D语言代码信息统计工具，难度进一步增加。这样的变化，虽说难度有升有降，但选题其实都是一样，并没有太多创新，所以经历过其中任何一次培训的同学，到后来如果再次参加就会有似曾相识的感觉，甚至能提前猜到我的底牌，这样当然就不好了。我们需要不断地在题目上进行一定的创新，通过把选题这个“汤”换掉，来吸引同学不断来吃我们的“药”，达到持续培训的目的，这就最好了。
因此，今后一个很重要的目标就是：多准备几套培训方案，希望能够在达到同样效果的前提下创造出更多更吸引人的形式来。
五、组长必读讲解的经验和教训
组长必读主要是xbull在Dian团队这三年多来的智慧结晶，特别是一些实用的管理经验和案例，令人深省。原先我的想法是从中再提取出“组长必读”的“必读”，用最精要的语言点破其中的精华内容，将好几十页的文档先压缩成几十句话，再通过展开解读来加深理解。不过因为xbull太忙了，所以这个环节并没有采用这种形式，而是直接对着Word文档来解读。
解读的过程中，通过结合讲解Word文档里面附带的例子，应该已经达到基本目的。不过也通过这次解读，发现文档中存在的问题，需要今后继续修订。希望各位未来的组长都去FTP上下载这个文档，然后自行修改，寄给刘老师、xbull或我。
六、其他的经验和教训
在所有活动中，我发现最后两个小时的总结非常有用。总结的最开始是我来组织大家回顾这一天多以来讲解过的所有重点内容，通过回顾，做到前后呼应，加深印象。之后，是各个组的组长和各个组分别选出来的一位组员进行活动总结发言。这个总结发言不同于一般，因为我所要求的是结合组长培训的内容，站在组长的角度来总结这一天多以来的所有经验教训，当然以教训为主。在这里，所有上台来的同学，包括组员，也要站在组长的角度来思考和总结问题，特别是上台的组员，必须指出组长存在的问题，以及如果是自己来做组长会如何改进。通过听大家的总结，我甚至能发现自己的不足，我觉得，大家其实都是从项目中成长起来的，其经历和不足都会有些类似，但如果有机会这样开诚布公的自我批评，真的可以警醒很多人，使得大家不会犯同样的错误。
所以，我发现这个总结活动成了所有活动里面最为精彩的部分，也是最为精化的部分，我也毫不犹豫的砍掉了最后的自由讨论，让同学们有更多时间来自由发挥。
在活动的后勤准备上则有很大的教训。首先是电脑软件的安装和配置上，虽然我们事先调查过所有电脑安装软件的情况，但是的确忘记实际使用一下，保证一切正常。这个巨大的疏忽使培训中发生了好几起软件不能正常使用、甚至于不能联网的重大问题，也直接导致xp.ED小组只能靠U盘来互相拷贝代码和文档，严重影响了他们的发挥。以后做类似的活动，一定需要充分验证每一台电脑的可用性，千万不能再草率行事。
七、总结
组长培训活动整体来说是顺利的，我非常地欣慰，但我更希望这个活动会有第二次，并且能够不断延续下去。
我或许应该花更多时间来写下自己的想法、经验和教训，让这些宝贵的财富随着Dian团队发展而不断变得丰富多彩。
分享/收藏
Dian团队组长培训活动预告
Dian团队的同学如何发展？
我们一直以来都说：除了培养技术力，我们还培养高尚的道德情操和扎实的工作作风，而且这两点是放在技术之前的。那么，这样两点如何体现呢，没有高尚的道德情操和扎实的工作作风，对团队同学有什么影响呢？
如果这两者缺少其一，那么这位同学恐怕就很难在团队中转正了，也就是不能获得永久编号；而这两者做的只是差强人意，比较平庸，那么这位同学恐怕就很难成为一名组长了。组长，在Dian团队中处于中流砥柱的作用，他们撑起了团队的未来，是团队真正的支柱。我觉得，每一位Dian团队的同学都应该将自己的目标定位成为组长，成长为这样的栋梁之材。
可惜长久以来，组长的培养缺乏足够的规律，我们常说“战火当中成长”，也就是通过“干中学”来摸索着掌握组长之“道”，这是非常不好的。这样成长起来的组长或许更具有活力，但是缺乏一定的指引，可能造成某些看法的偏颇，所以，我们继续创造这种孵化组长的战场的同时，还需要这样一个大家认可的正规培训来解决所有未来组长遇到的问题。
因此，就有了这个即将举行的组长培训。
这个培训将在1月13日和14日举行，将会利用两个整天的时间做培训，主要涉及团队文化、项目流程介绍、Tiny Project实战演练、组长的必知必会等内容，希望能够全方位的提升组长的文化素养、流程概念、设计及管理能力、管理理念等实用的内容。
现在Dian团队有充足的教室资源供使用，这真的是太爽了，要是一年前，这种事情想都不能想呢！所以，团队的持续发展将会进一步推动各种正规化过程，于是产生一种非常好的良性循环。这应该就是我和其他所有核心层都乐意看到的事情了。
分享/收藏
