最近我复习了一遍Ken Schwaber和Jeff Sutherlan共同开发和维护的 "Scrum指南"。 (其实我已经复习过不少遍了)而此次我集中于 Scrum Master的角色和涉及"教练"方面的内容,下面是个人一些发现:程序员
Scrum Master服务于开发团队的方式:数据库
Scrum Master服务组织的方式:编程
关于敏捷教练和Scrum Master这两个角色的详细说明,在我以前的一篇博客中有描述。架构
为了弄清这几点,我开始回忆过去几年的事件。那个时候对于敏捷咱们都是新手。一开始Scrum还不是很流行。咱们正在学习迭代开发并尝试理解与跟随敏捷原则。XP极限编程那时很流行。ide
如下人名均为虚构,若有雷同,纯属巧合工具
咱们团队不是彻底自组织的。Jim是组织中一个高级项目经理,负责创建项目团队,与团队一块儿工做并确保交付日期。以前他有一些RUP的经验。Jim是个优秀的人、经验丰富的经理、求知学者与导师。单元测试
对我而言,Jim的角色有点像Scrum Master。学习
在项目早期Jim注意到Sailesh,她老是迟到1小时或2小时甚至3小时。并且完成任务后立刻就回家。Jim思想很开放。他主张弹性工做时间。Jim没有冲动作出任何判断只要Sailesh能够交付并完成他的承诺。Sailesh是个很是优秀的程序员,他写的代码质量很是高也负责一些复杂的特性。测试
后来,Jim发现有个团队成员须要Sailesh的帮助来解决技术问题。但Sailesh不在,和往常同样,他那天迟到了而后开始他本身的工做。很明显,天天Sailesh有足够的时间完成本身的工做。他的平常计划包含协做或者帮助别人或者互相帮助了吗?Sailesh由于他的技能和经验而有点自负。他不须要其余团队成员的帮助。也许你猜到了,他没有任何协做的态度。ui
这里就有问题。观察到相似Sailesh的这个事情后,Jim有点担心并在次日上午九点召集一个会议。Jim想要我和他们一块儿开会。由于在接下来几个月Jim准备让我接班。
次日早上Sailesh又迟到了。
我一直在听着他们的对话,我很震惊。毫无疑问,Sailesh没有组织概念。他只关心他本身的任务。他没有重视同事的时间。
会议又开了10分钟,最后Jim严厉地说,"Sailesh,你必须按照公司规定时间天天准时上班。若是你偶尔迟到30分钟或者一小时是能够的,但你一直这样迟到,咱们都知道你可以准时。咱们是一个团队,不是人心涣散。"
Sailesh离开了会议室。Jim找我聊了一下子。咱们谈到两个选择。第一个是找Sailesh谈谈,辅导帮助他以及找出可改进的地方。第二个是,固然若是第一个不奏效,让他离开项目再进一步商议。
最后,过了几个月Sailesh辞职了。看起来他想要继续做为软件架构的我的专家。我不确信由于缺乏合做精神他我的是否能够成功。
回想一下,Jim和我是否能够有不一样的处理方式。
"提问的艺术:敏捷教练技巧"是我以前的一个演讲主题。我写这篇博客来分享个人演讲重点。
咱们先看看"提问"这个词。提问意思是探索、探查、调查、检查、分析、审查。提问是关于搜索某事的信息或者作正式的研究。提问是教练辅导有力方式之一。敏捷教练与Scrum Masters能够经过理解提问的力量得到对团队正向的影响。
有效的提问包括有力的问题。咱们能够学习到问问题的重要性或者提问的力量,爱因斯坦曾经说过 - "若是我有一个小时解决问题,我会先花55分钟肯定恰当的问题,由于一旦我知道了正确的问题,我会在五分钟内解决问题。"
在Dorothy Leeds的书《提问的七种力量 - The 7 Powers of Questions》中说到,"提问是为了: 1)须要答案,2)激发思考,3)让咱们可控,4)创新,5)给出有价值的信息,6)引导有质量的聆听,7)令人们说服本身。"
这个情境下分享话题的日程。日程包含一整套问题:
为何问有力的问题?有力的问题会:
无力的问题正好相反!不会引起沉思与富有成效的会话,隐藏假设,活力衰竭,令人们消极。
咱们能够区分有力的问题与无力的问题。下面的问题你怎么看?哪些是有力的?哪些是无力的?
前两个问题明显是无力的。假设你是Scrum Master或者敏捷教练。你想知道项目中正在作什么。参加每日站会!尽管这样,你问前两个问题吗?或者你试图继续有力问题的对话使你获得想要的答案。
第三个问题是封闭问题(是、否)。咱们都知道最后三个问题是高质量的问题,有力的问题。这些问题使你思考、参与并找到答案。
咱们如何构造有力问题呢?我在读一篇Eric E. Vogt、 Juanita Brown 和 David Isaacs写的白皮书,有关"有力问题的艺术:催化深思,创新与行动"在2003年,这篇论文提到用"Which"开始的问题是无力的,封闭问题也是如此,或者答案为"是/否"的问题。Who, when, where比which有力一些,然而why how what帮助咱们构造有力的问题!在全部通常状况下它们颇有帮助。
注意!有时why, how what问题是有害的。下面有几个例子。
上面几个问题听完了有什么感觉? (被指责、质疑,对吗?) 因此有力的问题,不是直接套用,须要根据场景来进行提问。
项目中老是有起伏。咱们碰到客户报告的代码质量问题。客户发邮件给咱们的项目经理。项目经理想要立刻开会,指出问题并找到解决方案。
若是你是这个项目经理,你会问下面哪些问题?
或者当你想要提问某个程序员这个问题时,你会选择哪一个?
能够很确定你的工做和项目中也有相关的例子。你有想过问题的范围与潜在的假设吗?
是的。每一个问题都有一个隐含或者显式的范围,也还有潜在的假设。
当问问题的时候,咱们透露了范围。每一个问题都有一个背景,有一个隐式的或者显式的范围。为何问题的范围重要?范围确实很重要由于它可使问题适应背景,它澄清了目的,从而给问题增长更多的能量或者份量。下面作三个测试。
依赖于背景,问题的范围必须作出适当改变。不然,可能会致使使人震惊的体验。例如第一个和第二个问题不适合那些挣扎着确保项目质量代码的人。
在问题中也包含咱们的假设。清晰的、有力的问题,假设也表露在外面。下面几个例子。
问题暴露团队精神与目的。下面两个问题哪一个更好?为何?
这些怎么样?
第一个问题包含竞争,而第二个问题鼓励协做。
变成协做的教练:变成协做的教练的第一步是真诚。问诚恳的问题,也是有力的问题。当诚恳的问题有力的时候,它们就带来诚恳的答案。 这是一个良性循环!咱们再重复一遍!
构成有力问题的检查表:
问有力问题的小提示:下面有几个提示关于开始并掌握问有力问题的艺术。
最大的敌人:咱们许多人用"我知道怎么作"的态度管理工做(也包含我的生活)。这个态度很好,也很差。当咱们准备从多个来源学习时,这个态度是好的,检视并适应。当咱们充满幻想时,这个态度就很差。咱们最大的敌人就是幻想。当咱们中止学习,问题可能保持破坏。这个时候经理就变成破坏专家。他们的问题直接、挑剔的、有攻击性的、尖刻的和恶意的。咱们不能忍受生活在知识幻觉中。你赞成吗?
对话与问题:问问题与回答问题是咱们平常对话的重要部分。在前面咱们讨论过,由于这个缘由咱们才问问题。
问题能够是不一样类型。
最后,为告终束对话咱们问收尾的问题。 下面是几个例子:
开始:
探索:
建立:(建立一个假设的状况)
反思:
收尾:
因此经过本问题,你最大的收获是什么? 你会如何应用这些收获? 你会采起什么行动?
欢迎在下面留言提问与讨论。
本文首发于 Bob Jiang的博客 ,转载请联系 Bob Jiang