抖音技术能力大揭密!钜惠大礼、深度体验,尽在火山引擎增长沙龙,就等你来! 立即报名>> 了解详情
写点什么

ScrumMaster 项目面谈诀窍

2009 年 7 月 16 日

ScrumMaster 或者迭代经理在敏捷团队里面是一个关键角色,而且,对于 ScrumMaster,选择与哪个组织合作或者与哪个团队共事是非常重要的——在考虑是否接受一个新项目的时候,很重要的是创造一个取得成功的环境。

敏捷宣言强调个体胜过流程,而ScrumMaster 的很大一部分职责就是创建团队氛围,让人们互相合作,有效地交付可工作的软件。

Scrum 官方网站把 ScrumMaster 的职责定义为

ScrumMaster 负责在团队中正确、完整地贯彻 Scrum 流程。虽然在实施开始的时候必须做一些折衷,而且因为实施环境的限制不得不放弃某些实践,但是 ScrumMaster 在脑海中始终要铭记实施完整的 Scrum 所带来的好处和价值,渐进地推动团队和组织走向完美状态。

ScrumMaster 特别要对以下工作负责: - 清除挡在客户和开发工作之间的拦路虎,客户从而可以直接驱动开发。

  • 教导客户如何最大化 ROI,以及通过 Scrum 实现他们的目标。
  • 通过激发创造性与推动授权来提升开发团队的成员
  • 以任何可能的方式提升开发团队的开发效率
  • 改进工程实践和工具,使得每次功能性上的改进都能得以交付

因为角色的关键性,所以有两点很重要:首先,确保在团队里面担任 ScrumMaser 角色的人必须名至实归;其次、确保团队的环境氛围有助于取得成功。博客 Scrumology 的作者 David J Bland 为有可能成为 ScrumMaster 的人提供了一个列表,包含 10 个问题,供他们在考虑换个团队或者项目的时候参考:

  1. 你们的迭代周期是多长?——理想状况下应该是 2 周,但如果有理由显示这个周期太短了,这是个积极的信号。但是,如果答案是长达几个月,你就要小心了,因为这绝对不可能敏捷。
  1. 你们的团队有多少人,怎么构成?——小型的、跨功能的团队非常重要。如果对方倾向于使用大量开发人员,而且各自职能严格划分,你就要小心了。此外,团队是分布式开发,还是坐在一起,这你也应该弄清楚。
  1. 你们的 Product Owner 能及时回答问题吗?——找不着人的 Product Owner 会严重破坏敏捷团队。这可能就是为什么 ScrumMaster 职位空缺的原因了!
  1. 你们引入了持续集成吗?——如果部署程序还是依赖于繁琐的批处理流程,是很难坚持敏捷原则的。努力限止他们对现有工具的继续使用,不要让他们逃避这个问题。
  1. 你们使用测试驱动开发或者测试驱动设计吗?——理由跟上面的 CI(持续集成)一样,TDD 是敏捷与否的另一项指标。再一次,努力找出他们在现有流程下选用的工具集,在不同的技术栈下这会有所区别。
  1. 你们怎样记录用户故事?——这个问题没有最佳答案,但对方应该就任务板或者项目管理软件中记录的功能简单讲一下。如果碰见过长的软件需求规范或者功能规范,就应该亮起一盏红灯了。
  1. 你们使用哪些衡量指标来跟踪进度?——故事点数或者小时数应该就足够了。我会注意他们(估计故事点数)的斐波那契数范围是否已经到了极致。比较实际和预估的故事点数可以把会谈带向有趣的方面。试着判断团队成员是否使用了实际故事点数。
  1. 你们的团队多长时间碰面?——如果 ScrumMaster 的工作做好了,答案应该是每天!对于分布在不同时区的分布式团队,这可能颇具挑战。
  1. 你们的敏捷实施有上层支持吗?——我曾在没有上层支持的情况下实践过草根式的敏捷,得到的经验就是:在不知道全局的情况下,我绝对不会贸然开工。如果老板宣称甚至 CxO 们 [译注 1:指 CEO/CTO/CFO…等以 C 开头的职务] 也接受过 CSM/CPO 培训,这对我来说是一个很大的有利因素。
  1. ScrumMaster 还有什么其他职责?——根据组织不同,这会有所差别,但这个问题还是有必要问的,特别是如果那些职责丝毫不能引起你的兴趣。最好是现在就弄清楚它们。

Johanna Rothman Steve Smith George Dinwiddie ,以及 Aye Conference 的其他主办者给面谈双方提供了一个清单,就面谈和评估提供了一些很有益的提示

面谈提示:

  • 尽可能使用开放性问题
  • 尽可能使用描述行为的问题来得到真实的例子
  • 使用元问题提问“然后呢”,从针对技术人员的战术问题转向询问单独的、与管理相关的战略性问题

面谈陷阱:

  • 不要问领导的问题,比如“你的经理是个蠢材吗?”你永远不可能得到一个诚实的回答,而且问题本身也暴露出你的忠心度、诚实度和可信度。一个问题就会让你减分不少。
  • 避免询问对方的主观观点,比如“你喜欢你现在做的事情吗?”相反,把问题改成“这里什么对你是有效的?”以及“哪些东西妨碍了你完成自己的工作?”

除此之外,试图弄清底细的 ScrumMaster 还会遇上什么陷阱,又该如何避免呢?在这里留下你的经验分享吧。

2009 年 7 月 16 日 09:582749
用户头像

发布了 76 篇内容, 共 19.0 次阅读, 收获喜欢 3 次。

关注

评论

发布
暂无评论
发现更多内容

极客时间架构师训练营 - 第五期作业

文江

native关键字作用到底是什么?

秦怀杂货店

Java 源码 源码刨析 native

架构师入门学习感悟五

莫问

关于开发排期

张明森

第五周作业一

lithium

架构师第2期第5周作业一

老坛酸菜

极客大学架构师训练营

首次排查 OOM 实录

AI乔治

Java 架构 OOM

微服务手册:分库分表从分析到实践,不再停留只会说分库分表

互联网应用架构

分库分表

Java核心基础——动态代理、静态代理

老农小江

java基础 代理模式

架构师训练营第 1 期 - 第 9 周学习总结

Anyou Liu

极客大学架构师训练营

神经网络泛化

计算机与AI

神经网络 学习

三步法解析Axios源码

执鸢者

前端 axios

极客时间架构师培训 1 期 - 第 9 周作业

Kaven

架构师训练营第 1 期第九周总结

Leo乐

极客大学架构师训练营

架構師訓練營第 1 期 - 第 09 周作業

Panda

架構師訓練營第 1 期

架構師訓練營第 1 期 - 第 09 周總結

Panda

架構師訓練營第 1 期

Week 9 设计秒杀系统

黄立

JVM垃圾回收及秒杀系统

天天向上

极客大学架构师训练营

架构师训练营第五周作业

丁乐洪

架构师训练营第 1 期第九周作业

Leo乐

极客大学架构师训练营

第九周作业

alpha

极客大学架构师训练营

架构师3期3班-week1-总结

zbest

总结 week1

Week5 - 技术选型 - 缓存,队列,负载均衡

evildracula

学习 架构

架构师训练营第 1 期 - 第 9 周课后练习

Anyou Liu

极客大学架构师训练营

深入理解r2dbc-mysql

程序那些事

响应式编程 R2DBC 程序那些事 响应式数据库 r2dbc-myql

第九周总结

alpha

极客大学架构师训练营

极客时间架构师训练营 1 期 - 第 9 周总结

Kaven

架构一期第九周作业

Airs

架構師訓練營 week9 總結

ilake

斐波那契查找

ilovealt

算法和数据结构

架構師訓練營 week9 作業

ilake

Study Go: From Zero to Hero

Study Go: From Zero to Hero

ScrumMaster项目面谈诀窍-InfoQ