前言
对TWI没有什么特别的印象，因为有一个更出名的TWU，而我去年又刚好错过了它，因此TWU的光辉完全掩盖了TWI。对TWI印象最深的是在邮件中看到的38th北京的这期，看到他们的图文记录，在圈子中看到了他们同一期学员之间的友情，特别是我等到这期又在成都，心中满是期待。
终于，我们在星期四的下午动身了，于当晚十点到了酒店和各地office的同学汇合，大家一起warmup，通过一个游戏记住了学员和讲师的名字。奔波劳顿，然后居然还去九眼桥吃了好吃的牛莽莽火锅，真的好吃！
正经事
看到安排的满满的时间表，就知道这两天的知识量爆炸。讲了很多东西，这里就大致记录一下我的所得吧。
失败的演讲
首先，感受最深的是演讲，因为这个环节我做的不好，而这个确实是我亟待改进的。为什么做的不好呢？
- 准备不充分，导致在讲的时候不太自信和熟悉，不能边讲边画。
- 准备的内容偏技术。这个内容再加上第一点就可以预测到很多非开发同学是听得云里雾里的。
- 因为没有自信心，导致在讲的过程中没有引导与互动，眼神虚浮。
真是一次失败的演讲呢。分析一下吧，如何才应该好一点呢？我觉得最重要的就是选择一个轻松愉快的话题，比如我喜欢的小狗，讲讲我这么多年和狗的故事，这个故事可愉悦可感人可天真可烂漫，那么多的故事，只要稍微提炼一下就能有模有样。再想想当时为什么要选着那么一个技术性的话题呢？因为这段时间的生活的还真的挺无趣的，除了工作就是工作，其他的娱乐除了游戏就没了，生活平淡无奇没有波澜，过得愈发的粗心大意没有细节。这样的生活想想还真是挺可怕的啊，就像是一潭死水。就不展开了，感觉这个话题又能再写一篇了。其实生活本不是这样的，只是愈发的被跟着时间走了，忽视了很多宝贵的细节。小结一下，本身我就不善言谈，不会包装丰富，这种机会应该好好把握的，不过一口吃不成一个胖子，这个还是需要我在生活中多多总结与练习??
持续改进的体会
持续改进其实一直存在与我们的生活之中，比如做菜，这次做出来感觉有点咸下次做的时候就会少放一点盐；比如教室里的行走，你总会选择一条到自己目的地最近的路线。那么在工作中呢？印象最深的应该就是refactor了。两年前读重构这本书的时候，这种思想在coding中简直根深蒂固，总有一个声音在提醒着自己这段代码是不是还能更有语义？更漂亮？然后这次讲师们又讲到了精益，”消除浪费，持续改进“这种思想产生的价值在于你应用的场合。对于个人，它能帮助我们成为更优秀的自己；对于企业，它能帮助提高市场竞争力增加收益。例如丰田的汽车生产线，在参观美国福特的生产线之后并没有照搬，而是根据自身因素，持续改良，创造了一种独特的企业管理方式，产生了许多减少成本提升效益的方法论，并且一直给员工提供发声的通道，使得企业能够持续不断的吸收新的血液保持活力。再想想上进心，一个拥有上进心的人，总会让自己持续不断的通过不同的方式去提升，看到优秀的东西总想着这个自己能不能学得过来，看到不太好的东西的时候总会想着自己是不是也有这个问题，该如何优化。人生啊，持续改进，不断学习，总归有一天，我们能让自己为自己骄傲吧。
认知模型
进入ThoughtWorks之后，认知模型这个词听得是越来越多，印象最深的是在一次session中听到的。公司一位前辈在客户现场做咨询的时候，被客户问到一是否看过一本相关技术书籍，咨询师答不上来客户的问题是很不好的，这个时候正好到了下班的时候，这位前辈立马说到，“这本书啊，我当然看过，今天不早了，下次咱们再细聊啊”。然后回去就找到这本书，一晚上看完了它，第二天跟客户聊得头头是道，客户听得受益匪浅。为什么这位前辈通过一晚上翻阅就能将一本经典书籍理解得通透并且能跟人讲的清清楚楚呢？是他会忽悠人吗？当然不是。是这位前辈已经拥有了自己的认识模型，有了自己的模型之后，再接触到新的知识之后，并不是从头学起，而是将新知识套入自己的模型，很快便能融会贯通。这就像是一个内功深厚的武林高手在学习新的招式的时候一般速度都非常惊人，能在极短的时间内达到极高的境界。
在理解了认知模型之后，咱们来看看一个认知模型 —— DIE。
D，Description， 描述；I，Interpretation，解读；E，Evaluation，判断。咱们在认知一个新事物的时候，一般都会得到一段描述，可能是概念文字可能是视频动作，这些都是我们通过感官所获取到的一些基本信息，接下来，我们将获取到的信息进行自我解读，这个解读与我们过去的生活工作经验以及心境关系很大，最后通过我们自己解读，我们会得出一个结论。比如，我们看到了小丽非常喜欢粉色，然后根据以往的经验，喜欢粉色的姑娘都是极具少女心的，那么得出一个结论就是小丽是一个内心温柔纯净的姑娘。这就是DIE模型，如果你还不能对这个模型产生共鸣，那就die吧…
如何Feedback
作为程序员，很多时间对一些事或者一些人有了一些看法之后，往往不是憋在心里就是脱口而出，这些方式都不怎么好，一般是达不到什么好的效果的。或许在遭遇一些坎坷之后我们能悟道一些与人交流的道理，当然也有可能就变得沉默寡言，不怎么与人交流了。
程序员的成长从来都不是一马平川，我们不仅要在技术上追求卓越，在与人交流沟通的这种软技能上也要兼顾成长才好。自觉不是一个善于与人沟通交流的人，也在这方面遇到过很多让自己神伤的问题，所以对这些方面挺多思考，正好这次TWI也讲到了Feedback，感觉是时候沉淀一波了。
那么我们如何进行一次好的feedback呢？首先我们应该要找一个让彼此都觉得安全的环境，比如一对一的办公室或是咖啡屋什么的，然后呢，需要先对此次反馈征得对方同意，如果不能得到对方的同意，那么此次反馈也就到此为止了。接着，就是此次反馈主要的内容了。关于反馈的主要内容我们应该注意以下几点：
- 及时
- 以帮助他人为出发点
- 对事不对人
- 具体的事例
- 有改进的空间
- 给予建设性意见
那么，也就是说一个好的feedback应该是这样的：以帮助他人为出发点及时的对别人的一次事件中有改进空间的行为提出建设性建议。最后在反馈结束时，我们还应该感谢对方接受我们此次的反馈。值得注意的是，在我们准备给他人以反馈的时候，我们要注意不要对他人的信仰提建议，这很不礼貌，而且很可能引发激烈的冲突。关于他人的态度问题，这个也最好不要反馈，因为这个很容易主观化，不容易给出好的feedback。最后，如果我们是被反馈的人的话，我们应该保持开放的心态，不要采取防御措施，应该怀着感谢的心态来听取此次反馈。
Consulting
咨询，咨询师，这里我不讲如何成为一名咨询师，毕竟我离这一步还差得挺远，那么就来说说如何帮助他人解决问题吧。
在帮助他人解决问题的时候，我们首先回询问一系列的问题来定位痛点。这里，我们有两个方向，开放问题和封闭问题。开放问题，我们常用的工具是6W（what, why, when, where, who, which）1H（how），通过6w1h来达到收集信息的目的。比如，你们team的工作流程是怎么样的？什么时候你会觉得工作特别有意思？你觉得现在你的工作状态怎么样？等等这些开放问题来掌握客户现状，在我们将大体情况把握的差不多的时候，我们就可以通过一些封闭性的问题来进行收敛了。比如，听到你刚刚对目前的工作流程不太满意，能说说你是想采取更加敏捷的方式来工作还是有什么其他想法吗？刚刚说到咱们的员工都很努力，可是产出太少，质量不够高，你能说说是因为咱们的任务太多还是员工能力不足吗？当我们问出了这些问题之后，重要的就是倾听了，在这个过程中我们一定要仔细聆听，客户在讲述的时候，哪些是事实（fact），哪些是感觉或者情绪（feel），哪些是客户真正关注的点（focus）。最后，我们通过如上收集的信息，归纳分析总结，找出我们认为的可能是客户真正关注的痛点，通过 feel -> fact -> focus 或者 focus -> fact -> feel 的结构来像客户阐述，确定客户真正关注的痛点。只要我们能真正的找出客户的痛点，那么我们这次的咨询也就成功了一半了。不论是真正的咨询还是平时帮助他人解决问题，这个模型我们都可以运用起来，只有通过熟练的练习，在真正的咨询过程中才能够得心应手。
Conclusion
非常感谢这次充实的TWI，比我预想中学到的还要多，认识了很多厉害的新人，他们各自的闪光点金灿灿的，让我对以后与他们的合作充满了期待，给我对工作的热情又添了一把大火，感谢努力的大家[鞠躬]。
如想了解更多，请移步我的博客。