由于敏捷实践在软件工程中的广泛采用，敏捷专业人员在产品开发中扮演着重要的角色. 快速迭代和与其他团队成员合作的能力使得 Agile developer s 对于许多团队来说是不可缺少的资产.
随着敏捷方法在行业内的广泛采用, 对敏捷开发人员的需求增加了. A recent 根据事实和因素进行研究 到2026年，全球对敏捷开发和测试服务的需求将达到300亿美元, 从2020年的200亿美元增长. According to Radix, 在COVID-19大流行期间，许多公司在非技术部门采用了敏捷原则, and 预计这一趋势将持续下去 ，使敏捷技能与技术和非技术专业人员更加相关.
在这份招聘指南中, 我们将探讨敏捷在数字产品开发中的作用，以及敏捷程序员需要具备的基本技能. 我们还分享了关于如何编写引人注目的敏捷职位描述的建议，并提供了一些面试问题的示例.
是什么属性将优秀的敏捷开发者与其他开发者区分开来?
经验丰富的敏捷开发人员拥有许多技能和丰富的实践经验, 将自己与知识贫乏的同行区分开来. 在你开始寻找下一个雇员之前, 确保您对敏捷实践的理解是充分的，并且您理解为什么某些技能和属性可能比其他技能和属性更重要.
Technical Skills
一个熟练的敏捷开发人员需要强大的技术背景，包括:
对软件开发项目特有的编程语言和框架有深入的了解.
有Git、持续集成和持续部署(CI/CD)的经验.
熟悉数据库和云技术(例如.g.， NoSQL或SQL数据库，AWS, Azure).
熟悉测试、自动化工具和质量保证实践.
熟悉项目管理解决方案(如.g.、Jira、Asana、Trello).
熟悉设计工具和组件库.g.(Zeplin, Figma, Invision).
适应性使他们能够使用敏捷方法应用他们的技能.
注意:这不是一个全面的敏捷开发人员技能列表, 因为所需的技能集因项目需求和其他因素而异.
Agile Mindset
敏捷不仅仅是一套方法、原则和实践——它是一种思维方式. 敏捷开发人员需要具有适应性, flexible, 并且有足够的知识来转向新的需求，并完全接受敏捷的迭代本质. 由于敏捷的协作性，开发人员需要有团队合作的态度. 这种心态允许开发人员在短时间内改变优先级，并快速与新的业务目标保持一致，而不会对他们的生产力产生重大影响.
沟通与协作
因为他们工作的协作性质, 在敏捷团队中很少有沟通不畅的空间. 敏捷程序员需要善于沟通，善于使用各种沟通和协作工具. 他们明白团队合作是必要的，并且需要善于向非技术团队成员阐明技术概念. 高质量的敏捷开发人员经常表现出领导能力，并且对业务目标和优先级有很好的理解, 允许他们将项目组织到合理的开发阶段，以确保稳定的进展. 经验丰富的开发人员可以指导经验不足的团队成员或新员工, 允许他们快速熟悉项目并尽快开始贡献.
质量和用户体验
敏捷常常被误解为仅仅是一种用来加速过程的方法, 但它的迭代和协作性质也应该确保质量和良好的用户体验. 专业开发人员应该致力于按时交付高质量的产品, 确保产品所有者和最终用户对结果感到满意. 这种以用户为中心的方法和对质量的奉献提高了客户满意度，并降低了维护成本, 因为问题可以及早发现并解决. 优秀的敏捷开发人员关心产品和用户满意度, 不仅仅是他们的团队目标和截止日期.
如何为您确定理想的敏捷开发人员类型?
第一步应该是评估您的项目需求并定义技能差距. 你是在开发新产品还是更新旧产品? 你的团队正在从瀑布模型过渡到敏捷模型吗? 你准备好强调上市时间而不是成本效益了吗? When in doubt, 咨询您的团队或寻求专家建议，以确保您很好地了解需要什么以及成本是多少.
根据您的项目，需求可能会有很大的不同, budget, 具体技术要求, and more. A developer with excellent knowledge of the required language and framework might not be a good fit if their Agile experience is limited; the opposite is true as well.
你必须确保候选人的技术熟练程度足以弥补你所确定的技能差距. 理想的候选人应该能够满足所有的技术要求, 但在某些情况下, 这是不切实际的. 适应性强的开发人员习惯于掌握新技能, and in many cases, 这并不像听起来那么难. For example, 如果他们已经使用一个特定的JavaScript框架很多年了, 掌握一个类似的JavaScript框架不应该是一个挑战.
区分初级、中级和专家型人才
Junior Agile developer s 是否被分配了简单的任务，比如修复bug或添加小功能, 因为他们缺乏知识和经验，没有适当的监督就不能完成要求很高的任务. 他们的敏捷技能可能是有限的, 他们可能需要一段时间才能加入并遵循既定的做法. 这个过程需要时间，并且需要更有经验的同行或项目经理的指导.
Mid-level Agile developer s 是否习惯于在敏捷团队中工作，并坚持现有的流程和原则. 然而，当他们处理复杂的任务时，他们可能需要监督.g.(添加主要功能或设置身份验证)或他们不熟悉的功能.
Senior Agile developer s 往往有丰富的经验, 经常担任领导职务, 以及对敏捷开发人员职责的全面理解. 他们可以根据敏捷原则领导和组织团队，委派任务，并审查绩效. 他们设定团队的方向并监督项目架构. 当你决定扩大团队时，他们作为导师和监督者的角色同样重要.
项目需求和预算限制将决定您的选择. 而高级开发人员可以处理任何任务, 他们的工资也高得多，而且供不应求. 初级开发人员更容易找到，成本也更低, 但需要监督，不能独立处理困难的任务. 这就是为什么尽早规划需求是至关重要的.
敏捷开发人员的补充技能
敏捷方法可用于各种类型的团队和项目, 包括非技术的, 这意味着所需的技能组合会有很大的不同. However, 相关职位的一些互补技能和经验适用于所有敏捷专业人员:
Product development – Product developers 负责数字产品的端到端开发. 他们确保产品按时、按预算完成，并与用户需求保持一致. 具有产品开发背景的敏捷人才应该不会遇到与利益相关者合作的问题, developers, designers, and testers.
自由/远程经验 – 外包开发人员 有丰富的自由职业经验的人可能是敏捷团队的好选择, 因为他们习惯于远程操作，并依赖敏捷实践来管理他们的工作并与其他开发人员协作.
Scaling -一些敏捷专业人士有多年在快速发展的初创公司和公司工作的经验. 他们认识到潜在挑战并为团队成长做好准备的能力，对于经历快速增长的公司来说是极其宝贵的.
Quality assurance/ testing -具有丰富测试和QA经验的敏捷程序员可以建立和管理测试程序和自动化测试工具, 并帮助提供没有bug的积极用户体验.
敏捷开发方法
目前使用的敏捷开发方法有十多种, but for brevity, 让我们把重点放在招聘经理最看重的三个方面——看板, Scrum, and Lean:
Kanban 图板用于可视化软件开发过程, 允许所有团队成员轻松查看不同任务的状态，并快速适应变化和新任务. 看板对速度和持续交付的关注，使它成为处理重复性任务项目的团队的一个很好的选择(想象一下，一个项目每个月或每个季度都需要交付可交付成果, e.g., 为手机游戏添加新的可下载内容或为电子商务平台创建月度销售活动页面).
Scrum
Lean 产品开发的根源可以追溯到丰田的生产系统，而不是敏捷宣言. 在软件开发领域, 精益着重于减少浪费, optimizing processes, speeding up delivery, 给予团队成员更多的自由裁量权, 并通过CI/CD保持质量. As a result, 精益实践可以大大缩短开发时间, 以及前期和维护成本. 经验丰富的精益从业者简化流程, 从总体上看，哪一点特别重要, 涉及多个团队和个人的高要求项目.
一个认真的候选人必须对这三种方法都有很好的理解.
如何为您的项目编写敏捷开发人员职位描述
一份好的职位描述必须清晰具体. 它应该非常详细地描述角色，并包括您所寻求的特定技能和敏捷方法. 一个好的描述会帮助应聘者自我选择.
敏捷软件开发人员的工作描述通常包括技术能力和软技能的混合, 包括适应性, 有效的沟通, 协作解决问题. 这些技能对于有效地管理产品待办事项列表是必不可少的, 与项目目标保持一致, 并为一个健壮的敏捷开发团队做出贡献.
敏捷开发人员面试中最重要的问题是什么?
精心设计深思熟虑的面试问题将使您能够评估候选人的敏捷技能，以及他们是否适合您的项目. 您可以从关于敏捷原则的基本问题开始, 但是试着把重点放在那些可以帮助你评估他们在日常任务中的实践经验和对敏捷原则的熟悉程度的问题上.
让问题简单而开放, if possible, 允许候选人分享他们自己的敏捷经验. 下面是一些例子:
Describe the 敏捷软件开发生命周期(SDLC) step by step.
这种关于敏捷软件开发过程的基本查询可以淘汰没有敏捷经验的开发人员. 每个敏捷开发人员都应该能够列出敏捷SDLC的六个阶段:
Concept -利益相关者讨论成本, features, requirements, 以及在确定项目的优先级和范围之前的上市时间.
Inception -利益相关者选择并简要介绍团队，确保资源，并制定发展计划. 设计师和开发人员创建原型来展示产品并收集反馈.
Iteration – Developers, designers, testers, 涉众逐渐将反馈纳入产品. 敏捷的增量本质在这个阶段是清晰可见的, 因为团队创建了最小可行产品(MVP)并迭代直到开发完成.
Testing -虽然测试也涉及到早期阶段(e).g., unit testing), 这是团队有机会测试完整产品并执行集成测试和系统测试的时候.
Production -一旦测试和质量保证完成，产品就可以部署了.
Review/Maintenance —产品发布. 用户开始提供反馈、报告问题并提出改进建议. 该团队现在专注于提供支持、修复问题和添加新功能.
你可以要求候选人提供他们在SDLC的每个阶段解决的具体问题或使用的方法的例子, 关注与项目需求最相关的领域.
你能回忆起一个具有挑战性的项目并解释一下你是如何处理它的吗?
用这个问题继续对话，以评估候选人处理困难项目的能力和解决问题的能力. 候选人应该概述他们所面临的问题, 详细解释他们是如何克服这些困难的, 反思他们学到了什么. 假设一名手机开发者加入了一个团队，帮助更新一款旧的iOS应用, 但管理层被迫改变项目范围，为iOS和Android开发一款全新的应用, 使用跨平台框架. 这位候选人需要解释他们是如何适应新的要求的，以及他们是否需要采用新的技能, e.g.，学习新的跨平台框架.
你能描述一下你从Scrum和看板开始使用敏捷方法的经验吗?
候选人应提供详细而有见地的答案，并引用过去项目中的例子. 他们可能会概述自己在团队中的职责, 他们如何与其他团队成员合作, 这些改进将适用于未来的项目. 你可以问他们关于Scrum和看板经验的更具体的问题, 他们首选的项目管理软件(如.g.(如Jira、Asana、Trello)，等等. 评估他们提出的方法如何为你的团队工作.
敏捷开发vs. Waterfall: 你能概括一下它们的区别吗? 你用过瀑布模型吗?
如果您的团队正在向敏捷过渡，或者您仍然打算在某些任务和项目中使用瀑布模型，那么这个问题很重要. 候选人应该概述敏捷和瀑布式之间的关键区别——灵活性和客户参与程度. Unlike Agile, 瀑布法遵循线性和顺序的软件开发方法，其中每个步骤必须在开始下一个工作之前完成. 这将导致灵活性降低，并使更改难以实现. 使用敏捷，可以在每次迭代中进行更改，并且一些步骤可以并发地运行. In addition, 瀑布式开发不允许同样程度的客户参与, 因为它不是迭代的, 而且客户在产品发布前也没有机会分享这么多反馈. 强有力的候选人应该能够详细地比较这两种模型，并解释它们适合哪种类型的项目.
你如何处理分歧?
敏捷程序员与其他团队和个人合作，分歧是意料之中的. 如果冲刺失败或错过了最后期限怎么办? 候选人会做些什么来恢复信心，让团队重回正轨? 这个问题可以让你评估候选人的沟通能力和人际交往能力. 一个经验丰富的敏捷专业人士应该能够提供例子来证明他们倾听的能力, compromise, 以专业和富有成效的方式解决争端.
如何在冲刺中对任务进行优先排序? 你能举个例子吗?
应试者的回答应该表现出对冲刺计划和时间管理的理解. 他们的例子可以让你衡量他们的决策能力. 假设前端团队冲刺涉及来自其他团队和专业人员的可交付成果, 比如数据库工程师和设计师. 候选人如何安排任务的优先级以避免潜在的延迟? 他们能否以一种对其他团队的依赖对项目时间线的影响最小的方式组织冲刺?
在敏捷项目中，你是如何适应变化的?
适应性和持续改进对敏捷专业人员来说是极其重要的. 候选人的回答应该包括现实生活中的例子, 允许您确定他们是否成功地导航了更改. 让我们假设由于需求激增，一家公司不得不将团队规模扩大一倍, 这是在很短的时间内完成的. As a result, roles were changed, 最后期限也提前了, 与此同时，新的团队成员也加入了进来. 候选人如何处理他们的新职责? 他们需要学习什么?他们花了多长时间适应新的角色?
为什么公司要雇佣敏捷开发人员?
公司雇佣敏捷开发人员是因为他们对敏捷方法有深刻的理解, 他们在动态和迭代开发方面的经验, 以及他们适应新要求和环境的能力. 敏捷软件开发已经变得几乎无处不在, 拥有合适技能和敏捷思维的专业人士备受追捧.
挑战在于为特定项目找到合适的人选. 通过专注于相关技能, 评估每个候选人的敏捷经验, 在你的职位描述和面试问题上多花点功夫, 你应该能够为你的团队找到合适的敏捷专家.
本文介绍的技术内容由 Piotr Kuczynski and Phani Kumar .
