教练技术

今天阅读了《构建之法》的前言和概论部分，有较多收获。邹老师给了我们一些关于学习上的建议，还有关于学习态度上的一些观点，很值得我们去思考并践行。 关于师生关系。邹老师要我们明确这门课要求的师生关系是什么样的。他举了这样一些例子：1，餐馆/食客？一些学生说，我既然交了学费来上学，就像进餐厅吃饭，想吃多少，想吃什么，都是我决定。上课能这样么？在一些学校里，是有不同的老师上类似的课程，同学们可以根据老师的介绍和师兄师姐的提醒选择适合自己的老师，但学生必须要在一定时间内做出选择（必修课），老师掌握着最后给学生多少分，学校掌握着毕业证。所以不能把餐馆/食客的关系照搬过来。2，老板/雇员？在学校里，很多学生把自己的指导老师叫做“老板”，学生变成打工仔或打工妹。不光有大老板，还有小老板，因为大老板太忙，平时都是小老板在管理。学生虽然是“雇员”，但是并没有相应的权利，倒像是一个“长工”。这样的关系并不利于教学相长。3，保姆/幼儿？老师像保姆一样，为学生操办一切，把课程内容煮成婴儿食品，一勺一勺地喂食。同学们有什么问题，都去找老师搞定。学生把老师反复咀嚼过的东西再咀嚼一遍，这个模式与“做中学”（Learning by Doing）的模式有很大的区别。 4，哥们/哥们？还有一种情况是，老师和学生心照不宣一起混，“你对我好，我就对你好。” 5，路人甲/路人乙？很多学校有巨大的新校区

目录 个人理解 摘要 译文内容 案例1 案例2 现代测试中不断发展的角色 个人理解 测试领域，测试的执行者或多或少发生了变化，这其中涉及了整体测试计划的设计 摘要 在过去的十年中，测试发生了很大的变化。 尽管某些传统技术仍然有用，但是开发人员，用户和其他非专业测试人员正在完成许多测试活动。 因此，测试经理的角色已经变成了更多的测试保证官和教练。 新角色的实施方式因情况而异。 这是有用的方法。 译文内容 在传统测试中，测试经理或测试负责人是一个单独的测试团队，由团队负责人制定测试计划，组织测试并为测试人员提供支持。 但是大多数组织都没有这些团队了。 测试人员是Scrum团队或DevOps团队的成员，测试也由其他人员（例如开发人员，用户或产品所有者）完成。 测试经理角色消失了吗？ 原来的角色肯定会消失。 但是我们看到了另一个不同的角色：测试保证官和测试教练。 在本文中，我们描述了两种情况，其中测试保证官和测试教练的角色为项目或组织增加了价值。 我们在每个组织或每个项目中都看不到这种角色，而且实施的方式因情况而异。 让我们看看该角色如何发挥作用。 案例1 案例1是一家很少进行IT项目的医疗保健组织。 IT组织相对较小，并且IT项目的经验有限。 实施的系统是必须配置的标准应用程序。在部署系统之前需要定义和实现流程，以便系统可以由管理员实现并由用户进行测试。但是

why -- 是否要做管理 对于互联网技术人来说，“带团队”不再是一个可选项，而是迟早都要面对的事儿。做技术和带团队，更像是职业发展的两条腿，而不是完全叉开的两条路。 技能清单 如果说你前面问我“适不适合”，主要是指“你是否可以很好地胜任”，以及“能否拿到自己想要的回报”。那么，此时你就知道要回答好这两个问题，是需要首先回答另外两问题的，即：这个选择是否更符合“你的初衷”，以及是否更能激发“你投入的意愿”。因为，这两个问题里蕴含着你的价值观、你的核心诉求，以及你的擅长和热爱，这些底层的动力，正是你面对挑战、走向卓越所需要的最重要的东西。 外驱让我们可以做好本职工作，而内驱才能让我们成就卓越。 所以你看，想被提拔为一个管理者最好的方式，就是你首先成为一个实际上的管理者，我们常常把这样的晋升理念叫“既定事实” 1.好的管理者或许不是技术最牛的人，但可以让技术好的人在team中发挥更大的价值～2技术要有敏感性需要了解的更多，关键时刻可以根据不同技术方案进行取舍～3.如何让团队目标一致，完成目标，各方面的资源协调等，也是管理者应该思考的，这些和我们做一线工程师的能力要求确实不同 “患得患失” 无论从哪个方面讲，你都并没有放弃技术，只是换了一种方式去学习和运用技术 你一定会有所得，会在做管理过程中有丰富的收获，既然一定能“得到”，所以不需要去“患得”。 既然你避无可避，不如奋力向前

优秀的教学方法---做教练与做中学 做教练(Being a Coach) 理论来自邹欣老师《 现代软件工程讲义 》的「 课程概述 」，课程配套图书《 构建之法 ( 电子版 )》中也有相关论述。 要体会教练技术，你可以先看看这部展示教练技术的电影《 卡特教练 》( 去这看 ）。 电影里 卡特教练除了球技，还教会了球员怎么做人，让他们远离毒品和暴力。看了之后可以深刻体会「 教练 」如何影响学员的思维，促进学员成为深度学习者。 我认为老师做教练，结合MOOC、翻转课堂，可以从「填鸭式」上课中解放从来。老师可以从花大量时间备课、知识点重复讲解中解放出来，把时间花在了解学生、指导学生、检查学习状况、答疑上，从而体现“学生为主体、老师为主导”，从而做到循序渐进，从而做到因材施教。对学生而言，通过 做中学 来建构自己的知识。 做中学(Learning By Doing) 有「做中学(Learning By Doing)」的概念，最早可能是知道了Pragmatic的Dave Thomas提出的 CodeKata（代码套路） 。 套路(Kata)指针对某一种特定技术或技能进行重复性的练习，从而将其熟练掌握。这个概念借鉴于武术，指的是可以独自或多人共同练习的一系列动作、招式。 体育运动的初学者练习时候都需要重复动作，比如「 学习打乒乓球时 」要练习挥拍，挥拍成千上万遍之后动作就会定型，也就是教练常说的

在印度有这么一个神奇的团队，他们有5000名左右的员工，每天要运送20多万份餐，一份盒饭要经过3-4个人的手才能抵达目的地，交通工具只有火车，自行车，板车和双腿，没有任何单据，甚至都不需要客户填写地址。 在这样的状况下，每6百万次运送中只有1次错误，准时正确到达率却超过99.99999%，这远超六西格玛的标准。在业界，如果一个企业能达到 六西格玛，就说明它能接近完美地达成顾客要求。在这一点上，达巴瓦拉甚至远远超过了联邦快递等使用现代技术和工具的快递公司。 大家可能在想，能够把事情做到这么好，他们一定很贵吧？他们团队的管理水平这么高，是不是成员的基础素质很高？ 答案却不是如此，这个团队基本上都是半文盲或者文盲，每个月的收入也很低，平均每人400-500人民币。 这个神奇的团队，叫做达巴瓦拉。 大家有没有注意到，外卖的每一个饭盒上都有编号？没有英文单词或者太复杂的词，只有一串编号而已（因为他们很多人都是半文盲，所以编号信息也力求简单）。这些彩色代码告诉这些外卖小哥饭盒来自何处，输送过程中经过了哪些火车站，最终要投递到哪个建筑物的哪一个办公室。这个代码就是他们的通讯协议，可以保证饭盒并准确无误的送达。如果出错了，是谁出了错可以非常精准被定义到。 他们获得成功的法宝是时间管理，简单的色彩分类体系和团队协作。 我们很多的研发团队，文化程度都很高，我们能不能做到这样的准时交付率？很难

我国健身行业是一个朝阳产业，但也正如一个初生的婴儿，需要呵护和倍加关心。在到处充满诱惑和浮躁的商业环境中,其实已经越来越履步维艰。大家看到挣钱的机会，一拥而上，各家雷同，追求快速变现，却对产品和服务的的品质没那么上心。随着市场同质化竞争恶化，前景犹如迷雾般看不清楚。 个人健身工作室能否快速变现？ 大佬们说健身行业在洗牌，在3.4线城市感觉不太到健身行业的风向。 所有人都觉得工作室大有可为，是一个门槛低的赚钱方式。相较于"以店养店"的模式，我却更愿意给工作室一个"私房菜"的定位。 私密炮制，无宗无派 。其起源有两种说法，一说源于清末，指的是在很私密的自家厨房里炮制出来、无宗无派的菜肴。吃私房菜，也就是大家挤在一个类似家的地方吃;另一种说法，从前制制作“细致”的官府厨子，流落民间的大户人家，作为家厨，也是他们财富与身份的象征。 个人健身工作室能否快速变现？ 而作为教练大家都知道，每一个教练都有自己的风格，也有不同的机构，有时可能来自相同的机构但绝没有一样的两个教练。教练的从业时间越长对运动的理解也越不同，越有自己的风格，这也就形成了一道道不同的私房菜，这就是"私"字的体现。 另外一个特点就在与细致，这样的教练一定有细致的技术和服务，在"私"的基础上发挥"家"的特点。 所以在工作室应该没有想像大型健身一样呆板的制度，有的是约定俗称的规矩，让大家可以有舒服的环境用，可以有舒服特色的课程上

引言 笔者 2012 年做为敏捷教练入职百度，到 2018 年年底一直做为敏捷教练，在百度内部进行敏捷开发的推广，DevOps 实施工作。在工作过程中，我被频繁的问到以下几个问题: 敏捷/DevOps 教练是做什么的？你能帮我写代码/带项目/做测试么？ 你看我产品线的现状，适合做 DevOps/敏捷转型么？ 我的产品线做了敏捷/DevOps/精益，到底能带来什么收益？ 回到具体的实施，我们应该从哪里开始着手？ 相信这些问题也是很多企业的 IT 主管，DevOps 推动者想问的问题。今天我就根据我自己的工作经历来为大家分享一下我的理解和实践: I.什么是敏捷教练？在百度做敏捷教练是种什么体验？ 对于敏捷教练，好像很难有一个统一的定义。引用 CIO.COM 上一位博主的原话: "Agile coaches help train corporate teams on the agile methodology and oversee the development of agile teams to ensure effective outcomes for the organization. They are responsible for guiding teams through the implementation process and are tasked with

作者简介 Franz，一个既不Certified，也不Agile，更非Coach的Agile Coach。 有娃的生活总是有些不一样的，娃读书、上培训班了就更不一样。常言道：上一秒母慈女孝，下一秒鸡飞狗跳，中间也许就差一本作业本。拿起作业，开始抓耳挠腮、喝水厕所、玩具摸摸，墨迹一两小时也没搞完几题是家常便饭。 这次故事背景是围棋作业。通常父母会根据自己的时间和专长，来分工负责孩子的功课。由于略懂围棋，教围棋课后作业这事夫人自然交给老夫啦。 序章 女儿打开作业本看到一题感觉“略复杂”，直接缴枪了：“这个太难了，我不会啊”。 传统的陪读套路自然是： “你要好好做题啊！”（这样说毫无用处，你不可能通过要求好好做题而好好做题） “这题目很难吗？你为什么不会做？”（用同理心思考下，毫无疑问这会引起反感） 以及：“你到底有没有跟老师好好学？”（这样，更反感了） 后面的剧本要一步步滑落到“鸡飞狗跳”模式…… 或者：“这道题很简单啊，我告诉你，这样，这样！”（等等，到底是谁在做作业嘛） 不过作为敏捷教练（Agile Coach），技能库总会Get到些秘技。这次掏出来的是“教练”（Coaching）这玩意儿。 Part 1 我：“要不想想看，要救出5个标三角的黑子，你觉得有哪些地方是合适落子的？” （提开放性的问题） 女儿：“A这里吧？” 我：“还有别的选择吗？”（再找找可选项） 女儿：“B、C