敏捷教练-如何打造优秀的敏捷团队》读书笔记

本书经过真实的例子,介绍如何辅导团队平稳度过整个敏捷转型生命期,如何打造一个自立、自觉的敏捷团队。针对敏捷实践的工做机理和如何激发团队的成长有深刻的思考,可帮助读者了解如何高效召开各类敏捷会议,及如何指导团队创建良好的工做流程和工做习惯。总结了在敏捷转型过程当中教练和团队可能面对的障碍及应对方案,不少都是咱们实际敏捷推广过程当中遇到过的问题,对于刚开始推行敏捷转型的敏捷教练、团队仍是颇有指导意义的。单元测试

后面几章是讲具体的敏捷实践,在不少书籍都有介绍过,就没有仔细去看了。学习

 

第一章教练的职责测试

1.1敏捷教练的职责优化

1.2教练角色开发

•     给出建议,让团队本身决策而不是由你指定方向文档

•     以团队外援的身份履行教练角色,优点在于可以和团队亲历问题,而不是旁观。团队知道你是从亲身体验的角度看问题时,会把你视为本身人。工作流

•     敏捷教练并不须要知道全部的答案,有时候没有答案反而更好,非专家定位有助于你和问题保持必要的距离,还能从局外人的角度看待问题,帮助团队总体优化。书籍

•     能够引导讨论,也能够引入组织内外其余敏捷团队尝试的经验。循环

•     团队境况愈来愈好的时候,教练应该功成身退,让团队自我教导,本身想办法找答案。im

1.3几个重要的习惯

•     以身做则:从本身作起,让团队看到真实的例子

•     平衡心态:别让团队的反应乱了阵脚

•     按部就班:耐心,逐步改进

•     谨言慎行:注意言辞,说话要基于团队的立场

•     边走边学:尝试,反思,从错误中学习

1.4教导前应澄清的问题

1.5PrOpER教导循环

•     问题:选择一个问题着手解决,观察团队的工做方式,哪些方面须要改进?

•     选项:考虑可选方案,哪些能推进项目向好的方向发展,列出至少三个选项。

•     试验:选择其中一个进行阐释

•     检验:检查结果,是否有所改善?是否有经验教训?

1.6考虑可选方案的方式

•     暴露问题:让团队看到问题

•     公开讨论问题:和团队讨论这个问题

•     静观其变:搁置问题,若是状况变得更糟糕,团队也许本身会发现问题

•     暗度陈仓:说服团队内或团队以外的其余人认识到问题

•     根因分析:寻找问题的根本缘由

•     教育团队:提供更多信息帮助团队找到解决办法

•     予人权责:将此职责转交给团队或某个团队成员

•     在受阻时,能够想象其余教练面临一样的情形时所采起的措施。

1.7腌黄瓜现象

•      黄瓜在盐水灌里泡久了,会变成腌黄瓜。

•      若是咱们跟同一个团队,甚至同一家公司长达几个月之久,会失去咱们的新鲜视角。咱们会看不出之前一眼就能察觉出来的问题,思想逐渐大众化,“咱们这里就这样作事”。

•      若是发现本身正在变成腌菜,试着向外人解释你所面对的团队流程及挑战。解释过程当中,也许能再度发现流程中的问题、隐藏的假设以及“房间里的大象”。

•      房间里的大象:指那些触目惊心地存在却被明目张胆地忽略甚至否认的事实或者感觉。

1.8敏捷拦路石

•     当团队碰上严重障碍没法走向敏捷时,建议先移除障碍,再启动敏捷。否则人们会将失败归咎于敏捷。

•     好比正在进行组织结构调整,人们会更关注如何保住本身的工做,而无暇顾及敏捷。

第二章 与人合做

2.1倾听

•     先倾听再提建议:

–    倾听最难的在于克制本身的冲动,例如过早给出建议,或者把话题转到本身的类似经历。

–    你也许对所发生的事情有不一样的见解,但在查清事实真相以前,先花时间听完对方的说法。

–    谈话顺利,能够要求澄清问题,以便不带偏见地理清事情的前因后果,并体现出你的意图在于澄清事实,而非对他们的行为进行盘问或批评。

–    参与集体会议时,若是你发现他们误解了一些东西,好比:“咱们已经敏捷了,因此不须要写版本发布文档”,此时能够暂停会议检查团队对这一点的理解。

–    你们说什么词,你就用什么词,不要把你的理解强加于人,大胆问他们并确认是否已准确理解他们的要点。

•     言外之意:

–    寻求支持,仍是找认同感,仍是但愿你帮助解决他所描述的问题

–    设身处地为他人着想,想象他们对现状的感觉

•     维系信任关系:

–    结束谈话时,总结听到的关键点,并和对方确认,你是否理解他们的须要?

–    讲话者和你分享信息老是有缘由的,但若是谈话后不继续跟进,他们可能会不再会这样作了。问题暴露出来后,须要深刻调查后再承诺,不要勉强本身当即作出承诺。

–    不要泄密,确认谈话内容是须要保密,仍是能够和团队分享他们的担心。

•     背景倾听

–    引导会议的时候,关注每一位发言者,等他们说完后再要求澄清。能够复述他们所讲的内容,这有助于你检验本身的理解。

•     给予反馈

–    谈谈从你的视角看到的数据,给出你曾经耳闻目击的具体实例,而不是你的诠释。

2.2化解矛盾

•     有时团队会遇到一些冲突,教练可能会被卷入其中,若是发现团队内潜藏的矛盾,就多花点时间听听团队内有哪些见解,了解它的前因后果。

•     在扮演仲裁者角色时,不能偏袒任何一方,聆听各自对问题的描述,并用本身的话复述问题,代表你理解他们说的内容。接下来剥离个体缘由,从团队的角度从新描述问题,告诉你们你发现一些环境因子对局势是有影响的。好比团队承受着交付压力,致使你们都工做到很晚。或者画画因果图,查明有哪些影响力。

•     团队内部化解纷争,有助于中止各自为政的行为。经过聆听,了解团队面临的问题,创建互信。

•     给反馈时,要区分所见所闻跟感觉。讲观察结果时,要用实际的例子,而不是泛泛的建议。先讲述耳闻目击的例子,再问问他们的看法,接着你们一块儿讨论下次如何应对相似的状况。

•     如爆发冲突,确保冲突各方都有机会陈述各自的观点。

2.3达成共识

•     引入新实践的时候有助于搞清楚是否全部团队成员都买你的账。

•     梯度级别投票,将赞同的级别分红从力挺到力阻。

•     共识很重要,由于在有人不认同某措施的时候,他们不大可能全身心的投入。有时候你得作出决定,即便没有达成共识,也值得去作。经过一段时间的变动,团队在回顾会议上从新评估其成效。但若是梯度级别显示有不少反对声音,就得努力寻找全部人都能接受的方案。

•     相反的有赞成阶梯,即在你们赞成作某一件事的前提下,针对具体细节作投票。

第三章 领导变革

3.1引入变革

•     身为敏捷教练,你的工做有时是引入新的敏捷实践,有时则是帮助团队优化工做流程。无论是哪一种,都须要领导团队实现变革。这并非告诉你们该作什么这么简单。人们须要先知道为何要这么作,才能全身心投入其中。

•     不能太快推进团队实现变革,开始变革前,团队须要时间讨论一下,认识到本身如今须要作哪些调整。

•     授人以渔

–    仅仅说服团队必须变革还不够,还须要告诉他们怎么起步。假设你给某团队的建议是写单元测试,说这能够帮助减小缺陷泄露,你会发现全部人都点头赞同,但就是不真正动手写测试。千万不要惊讶,他们须要再支持以实现变革。

–    有如下办法能够试试

•     教育团队:安排内训课,帮助你们学习如何写单元测试

•     演示:和开发人员结对,亲自示范如何写单元测试

•     公示:帮助团队达成共识,天天都写必定数量的单元测试;在团队白板上追踪目标的进展。

•     兜售问题

–    不要急着发表本身的观点,先准备好能够驱动变革的问题兜售出去。团队若是不改变,最可能的结果是什么,要把这幅景象清晰的描绘出来。让你们都明白,“不变”是有问题的。

–    变革的确须要花更多的时间、金钱,可能还会有不少困难。跟你们解释,为何你还认为变革是个好主意,带来的收益大于付出。

–    例如:先走查,然后才迁入代码,这意味着实现用户故事须要更长时间,但这一样意味着,从长远看代码更容易维护。

–    若是能找到支撑观点的证据,兜售问题就更有说服力。上述例子,若是能分享一些代码在发布前被频繁退回返工的数据给你们看,再提出预测就会颇有效。但不要批评团队当前的工做方式,教练的关注点是流程改进,不是个体绩效。

–    在理想状况下,你会发现大把的问题和改进机会,可是若是一个不漏的数落全部问题,就会给人留下负面印象,人们很快就不会再听你的。

–    若是要人们接受你的领导,能够“从小的变化开始,每次只作一件事,和团队集中精力解决它,其余的稍后慢慢来”。

3.2提问

•     向别人提问的行为代表你尊重他们的意见,并且对他们的回答感兴趣。尽可能采用有启发性的问题,好比:

–    要让这个缺陷再也不出现,咱们能作什么?

–    咱们怎样才能作到按时发货?

•     使用“为何”这类问题要格外当心,这听起来像是批评,虽然你并没有此意。好比:“你为何要那样作?”听起来就像指责,而“你有试过…作吗?”听起来友好一些。也尽可能不要使用“大家”这种字眼,让人感受居高临下。

•     问什么

–    求助型问题:不要在团队会议上问,那是通常的作法,要选择一对一的时间问他们。

–    思考型问题:经过思考型问题引导团队思考。好比:

•     这个问题你考虑多久了?

•     针对这件事情所作的考虑,你本身满意吗?

•     你有哪些看法?

3.3鼓励学习

•     鼓励团队在计划里留出一些时间,例如,若是团队想要试试测试驱动开发这样的新实践,他们须要有时间事先学一学怎么作,然后才开始实施。

•     不要让团队对你产生依赖,把你做为他们惟一的敏捷知识来源,要鼓励他们本身主动学习相关知识。

•     安排时间让组织里的其余人分析他们的敏捷经验,这能为你的同事创造机会,展现他所学的东西。

3.4引导会议

•     为团队引进新实践时,须要展现具体作法。例如回顾会,主动请缨引导会议,向团队展现具体作法。在会议进行时,把遵循的流程解释给团队听,让他们学习如何自主引导这些会议。

•     下次会议前,协助会议的引导者规划会议议程,然后在会议中退居次席。但也要实时发表评论,向团队展现你的思考过程。

•     总结要点:结束会议时,把全部要点记录在白板上以前,复述你的理解,检查并确认本身真的理解了这些要点。

 

后面几章都是讲具体的敏捷实践,在不少书籍都有介绍过,就没有仔细去看了。

相关文章
相关标签/搜索