近几年动荡的人才市场出现了许多寻求新职位的人,他们或是自己做出的决定,或是被炒了鱿鱼。对软件行业的求职者来说这也许是个机会,可以考虑加入一个使用某种流行敏捷框架(如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成功的关键。弄清楚产品负责人是否接受过培训,是否认真对待工作,是否与团队和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