写点什么

寻找合适的敏捷工作

2010 年 11 月 03 日

近几年动荡的人才市场出现了许多寻求新职位的人,他们或是自己做出的决定,或是被炒了鱿鱼。对软件行业的求职者来说这也许是个机会,可以考虑加入一个使用某种流行敏捷框架(如 Scurm)的专业敏捷软件开发组织。Scrum 的价值观是信任和透明的,奉行 Scrum 价值观的敏捷组织,比传统命令控制式的、等级森严的公司结构更具吸引力,这是合乎情理地。

但是,虽然招聘广告中“有敏捷软件开发经验”或“有 ScrumMaster 认证”这类要求越来越普遍,招募敏捷团队成员的公司却不尽相同。其中有些公司对什么是敏捷抱有错误的观点。另一些则在运用自己特有的“变种”敏捷,有经验的敏捷实践者认为那绝非敏捷。了解你自己的需要,真诚地看待你自己的经验,同时寻找警示标志,就能帮你选到一个符合你期望和技能的敏捷职位。

面试前准备

在开始认真寻找工作之前,花些时间了解一下你所在人才市场中敏捷社区的特征。访问一下当地的敏捷用户组,以了解那个区域应用敏捷的水平和质量。许多这类活动不需要任何花费就能参加,但却可以促进重要的人际关系。

此外,在开始面试之前考虑一下以下几点:

参加培训

如果你在找一个 Scrum 领导人员或是教练的职位,那你最好是名有丰富经验的、通过认证的 ScrumMaster(CSM)。即使是申请敏捷组织中的其他职位,比如团队成员,CSM 认证也能帮你通过对求职者进行的第一轮筛选。ScrumMaster 认证由 Scrum 联盟监督,Scrum 联盟是个非盈利性指导组织,从事 Scrum 的教育和宣传。CSM 课程由通过认证的 Scrum 培训师教授,课程的内容和质量受到严格的监督。许多敏捷雇主认为拥有 CSM 认证是一项最低标准。经验很重要,但要谨记,你的简历必须通过人力资源这一关,甚至是招聘经理。缺少 CSM 证书的简历很可能会在送到合适的人那儿之前就已经被淘汰,不予考虑了。

确定你在项目中愿意承担多少责任

事实上,有些人喜欢“力挽狂澜”,而另一些人则不。许多公司直到被问题淹没才转向 Scrum。你想要加入一家陷入困境且可能已经病入膏肓的公司么?你是否愿意加入这样一个组织:你是唯一一名了解 Scrum 方方面面的职员,你要从头开始建立起知识库?或者,你是否觉得进入一家已经建立起 Scrum 团队的公司会更放松一些?关键是要现实地考虑你自己的期望和能力。不要贪多嚼不烂。扭转乾坤是可能的,但对新手来说不太可能,除非能得到一名经验丰富的敏捷教练的帮助和支持。

对谁能"敏捷"保持开放的想法

有这样一种看法,一些特定行业和类型的公司能自然而然变得敏捷,而另一些则不行。但是,是否敏捷并不由行业决定,而是由组织自己和其中的团队决定的。Scrum 在商业上取得了广泛的成功,这很大程度上是由于它能为所有类型的商业带来价值。不同领域内的公司都通过 Scrum 享受过成功,譬如金融服务业、石油和天然气勘探业以及政府服务业(没错 - 包括政府!)。为一个小小的刚刚起步的公司工作,无法保证你将在一个敏捷的环境中工作。

可参考的资源

流行的求职网站,比如 Monster Dice ,就是很好的求职地点。确保搜索职位的关键字中包含了“Agile”和“Scrum”,看看能搜到些什么职位。还有,如果你通过猎头寻找工作,那么你可能需要告诉他们什么是敏捷以及你有哪些相关技能,这样他们才能为你找到好的推荐职位。

面试过程

记住,面试是双向的。招聘团队尝试确认你是否比较适合他们的职位以及他们的企业文化,同时你也试图判断这个机会是否符合你的职业发展规划。正因为如此,别怕问问题,提问能帮你判断这个敏捷的机会是否适合你。

判断他们的承诺级别

“你们实施 Scrum 多久了?”
“有多少人参加过 Scrum 培训?”
“你们有多少活跃的 Scrum 团队?”

这些问题的答案能帮你判断这个组织的敏捷应用水平和他们对 Scrum 的承诺水平,从而你可以判断它是否符合你的期望。了解该组织内有多少人参加过 Scrum 培训尤其有帮助。虽然可以通过阅读来学习一些 Scrum 的基础知识,但未经培训的初学者最后通常实施的是“ScrumBut”,即,一个弱而低效的 Scrum 版本。

如果该公司至少为某些员工提供了培训,那他们是否在实际使用 Scrum 呢?许多公司喜欢实践 Scrum 这个主意,但当到了把培训应用到实践中的时候,他们似乎总是会“再考虑考虑”,从不实际地去应用 Scrum。因此要询问他们此时有多少活跃的 Scrum 团队。一个宣称“应用 Scrum”的公司应该至少有一个或多个团队在使用 Scrum 框架从事产品开发。

识别他们组织的障碍

向每一个你可以提问的人询问这个问题:“你认为对你们而言应用好 Scrum 最大的挑战是什么?”,理想情况下,你应该向每位面试你的人独自询问这一问题。这样做是在寻求特定的信息。首先,如果你是应聘 ScrumMaster,那你的首要职责就是解决这些障碍,因此这些问题应该是你能够轻松应对的障碍。其次,你是在寻找回答模式。是不是每个人都或多或少的认同主要问题?或者每个人都认为 Scrum 不起作用的原因是由其他人的错误导致的,听起来更像是在推卸责任?留心他们对这一问题的回答,那么即使没人明确的提出来,你也能了解这一组织真正的障碍。

评估 Scrum 角色

试着去感受在那些应用了 Scrum 的项目中,Scrum 角色的任职情况如何。自管理团队是 Scrum 和所有敏捷软件开发方法的基础。试着去了解他们的团队是否已经知道如何进行自管理。如果可能,请求旁听一次每日 Scrum 例会。寻找承担责任、做出并实现承诺的团队。同样,问问产品负责人。产品负责人在 Scrum 项目中与利益相关者一起决定产品的优先事项。产品负责人是 Scrum 成功的关键。弄清楚产品负责人是否接受过培训,是否认真对待工作,是否与团队和 ScrumMaster 紧密合作以开发出最好的产品。

最后,问问现在担任 ScrumMaster 的人。了解该组织是否理解 ScrumMaster 和项目经理这两个角色之间的不同?一些公司把项目经理转成 ScrumMaster,但对他们的期望却没有改变。项目经理推动人和过程,他们通常对项目的成功举足轻重。ScrumMaster 推动组织的改变,并对 Scrum 过程负责——他们无权管理任何人。敏捷组织应该理解这点。

确认领导层的支持度

这是另一个你可以向面试中与你谈话的每个人提出的问题。有一个很好的方法,可以了解他们对敏捷的投入程度:找出面试你的人中级别最高的那个人,并请他用自己的话解释一下,为什么他们想实施 Scrum,为什么这对他们公司的未来很重要。一名真正理解 Scrum 并有耐心在组织内传播 Scrum 的管理者对这一问题会有深思熟虑的个人见解。追求时髦的管理人员也许会回答“现在这很流行”,或是“所有人都在这么做”。如果你所询问的管理人员回答:“因为我们需要更快地发布产品”,那就再深入探讨一下这个问题。快速开发软件只是 Scrum 的副作用,而不是它的唯一目的。更重要的是要提升软件质量,提升可预见性,并基于商业价值来增加功能。如果一家公司软件开发实践方面较弱,并且发布的软件中有许多缺陷,那么他们工作地更快只会更快地把更多的缺陷引入到产品代码之中。

面试后的评估

在面试之后,花些时间为这个机会做个严谨的分析。你的雇主明确需要的技能和能力,你具备吗?同样,他们的文化和你正在考虑的职位如何能让你在 Scrum 的职业目标上更进一步?花些时间在脑海里回答一下这些问题,这能帮助你判定这一职位是否合适,也能帮你更好地准备下一次面试。

别害怕说“不”

不是每份工作都能适合所有人。要勇于放弃不太合适的敏捷职位。这样能省去不久后不得不说“我改变主意了”的麻烦,避免在仅仅工作几周后就离职。各个组织在他们承诺学习并实践 Scrum 准则上的差异巨大。选择合适职位的关键是找到符合你预期的雇主。

评估你可以选择的机会

如果你有机会参加了几个面试,事后你会想花些时间比较和对比一下这些职位。毫无疑问,每个职位都有自己的优点和缺点,但你应该再次将它们与你的目标和期望进行匹配。如果有某个公司脱颖而出,你确实很想去那里工作,那么即使最初你没有得到录用通知,也要努力与一位或多位面试过你的人保持联系。让面试官对你保持印象,如果有新的职位出现,毫无疑问你会成为他们首先考虑的候选人。

结论

帮助一家公司通过学习变得敏捷是个不小的壮举。因此,双方都必须做出承诺。为了履行交易中你承诺的部分,你的经验如何,以及你在寻找何种机会,都是你自己要诚实对待的,这也是对你潜在的雇主坦诚以待。要乐于提出尖锐的问题,并从你接收到的混杂信息中解读出有用的部分。而且,无论你接受的职位是要到有经验的 Scrum 团队工作,还是到没什么经验的新团队工作,都要明白做好 Scrum 并不容易。这些步骤能确保你的努力没有白费,并引导你在你的敏捷之旅上迈出下一步。

关于作者

在软件行业有十多年工作经验,其中四年工作在 Scrum 环境中,Angela Druckman 对敏捷实践,特别是 Scrum 如何带领组织走向项目成功有着第一手的实践经历。作为一名 CollabNet 认证的 Scrum 培训师和 ScrumCORE? 团队的一员,她帮助组织挖掘 Scrum 框架的潜力,每年进行数十次公开课程,也会提供现场私人培训。她与各种不同领域的客户紧密合作,比如学术界、公共事业、金融服务及咨询业。参与合作的项目小到简单的合约工作,大到需数年、数百万美元启动的项目。她不断帮助团队并用 Scrum 解决组织机能障碍。Druckman 是华盛顿大学计算和软件系统研究生。目前,她与丈夫 Ralph 及他们的四个孩子生活在西雅图。说到她在 Scrum 中的职业生涯,去年 Druckman 已经成为狂热的橄榄球迷了。

查看英文原文: Finding an Agile Employer


感谢石永超对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家加入到 InfoQ 中文站用户讨论组中与我们的编辑和其他读者朋友交流。

2010 年 11 月 03 日 00:001938

评论

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

【教你如何写作】参与创作,领取 InfoQ 编辑训练营内训课程

InfoQ写作平台官方

写作平台 投稿 活动专区

天天都是520

Neco.W

爱情 表白日

JavaScript 基础拾遗(一)

hq

Java 学习 文章收集

如何成为一名具备产品思维的软件工程师?

顾强

产品 开发者 职场

你是不是对副业有什么误解?

一尘观世界

副业 程序员人生 认知提升 思维方式 格局

Flink 与 Hive 的磨合期

Apache Flink

大数据 flink 实时计算

JVM源码分析之Java对象头实现

猿灯塔

推动敏捷,就是推动软件业变革

盛安德软件

敏捷 推动软件业变革

视频 | 5款免费翻译软件实测对比,从花花董花花的被删微博到北京话“你丫给我站住了”都能翻译

赵新龙

翻译

spring事务原理

年轮

spring 源码分析

一款Python实用神器,5 行 Python 代码 实现一键批量扣图

狂师

Python 学习 效率工具 开发者工具 开发

使用gitlab ci构建IOS包并发送通知消息到企业微信

Zoe

ios ci gitlab

霸榜 GitHub,一款开源的 Linux 神器!

GitHubDaily

GitHub Linux 编程 开发者工具 计算机网络

MySQL实战四十五讲基础篇总结(二)

一个有志气的DB

MySQL 日志

【玩转写作平台】Markdown & 快捷键详解

InfoQ写作平台官方

写作平台 markdown 编辑器 快捷键 玩转写作平台

MySQL实战四十五讲基础篇总结(三)

一个有志气的DB

MySQL mysql事务

JVM源码分析之synchronized实现

猿灯塔

关于架构的几件小事:System context

北风

系统架构 系统性思考 架构师 系统上下文 极客大学架构师训练营

有趣的解谜:Python Challenge

封不羁

Python

单例模式——独一无二的对象

海星

Java 面试 设计模式 单例模式

MySQL实战四十五讲基础篇总结(一)

一个有志气的DB

MySQL

如何讲好故事

Bob Jiang

都在这儿了!5月 Flink 社区发版、更新汇总

Apache Flink

大数据 flink 流计算 实时计算 大数据处理

回顾 | Apache Flink Meetup 杭州站圆满结束(附PPT下载)

Apache Flink

大数据 flink 流计算 实时计算 大数据处理

识别代码中的坏味道(四)

Page

敏捷开发 面向对象 重构 CleanCode 代码坏味道

2020年全球经济萎缩,火花国际PLUS逆袭而来闪耀数字经济

极客编

Flink Weekly | 每周社区动态更新-20200513

Apache Flink

大数据 flink 实时计算

物联网技术栈之通信技术

老任物联网杂谈

物联网 通信

当我们持续感觉很糟糕要怎么办

七镜花园-董一凡

写作 生活质量 情感

干货分享:分布式场景之刚性事务-2PC详解

奈学教育

分布式

如何做好 To B 的 SAAS 服务

路边水果摊

SASS 企业 服务

InfoQ 极客传媒开发者生态共创计划线上发布会

InfoQ 极客传媒开发者生态共创计划线上发布会

寻找合适的敏捷工作-InfoQ