fbpx
如何为成功的敏捷开发团队选择和培养个人
分享在linkedin
在twitter上分享
在facebook上分享
共享电子邮件
在打印

 

到目前为止,大多数企业领导人都很清楚敏捷团队动态的成功. 这些小, 建立自我管理团队是为了与客户保持密切联系,并在面对不断变化的情况时迅速转向. 如果能正确地付诸实践, 敏捷开发团队几乎总是能够提高团队的生产力和士气, 更快的上市时间,更好的产品质量, 和更低的风险. 

 

敏捷方法已经发生了转变 手机应用程序开发 过程,持续关注最终用户,并强调对变化的容忍度. 然而, 从软件专业人员的自底向上运动开始,已经扩展到许多其他学科和业务环境. 敏捷开发团队主要出现在学习的业务环境中, 速度, 创新是企业运营转型和服务调整的必要条件,以满足移动社会的需求. 

 

在敏捷实践中找到成功很大程度上取决于人才,无论是开发的还是招募的. 活跃的敏捷团队动态明显依赖于师徒关系和成长心态的管理文化, 以及体现出鲜明个人特征和价值观的团队成员. 而敏捷团队动态的有效性在很大程度上取决于单个团队成员的行动, 高层领导主要负责创造一种文化,让团队及其管理者能够自主运作. 适用于希望构建成功敏捷开发团队的组织, 高级管理人员必须摆脱过时的命令和控制的团队机制,这种机制正迅速变得不适合快速变化的现代商业框架. 

 

本文探讨了如何构建性能最佳的敏捷开发团队, 以及这些团队快速行动和实现敏捷团队动态的全部潜力所必需的结构和条件. 

 

新的文字-动作

敏捷开发团队的结构

为了让敏捷团队高效地工作,必须有一个标准的操作过程. 每个团队成员都需要理解敏捷过程的每个方面, 以及他们的职责和责任. 通常,敏捷开发团队中的角色遵循以下结构: 

 

  • 产品负责人 
  • Scrum Master 
  • 开发团队 
    • 解决方案架构师(s)
    • 开发人员 
    • 设计师(s)
    • 品质保证分析员 

产品负责人 

产品所有者角色主要在项目的业务方面发挥作用. 产品所有者负责产品的输出, 结果, 从概念化到释放的价值. 虽然产品所有者有一种商业思维, 他们必须能够在技术问题上与开发团队合作,以确保最终产品同时实现业务和用户的目标. 要理解产品负责人的角色,最简单的方法之一是将他们看作是项目核心涉众的代表或领导者. 

 

在许多项目中,产品负责人可以控制几个主要的标准. 产品负责人的典型工作职责包括:  

 

  • 从涉众那里收集信息和输入, 客户, 和终端用户理解和沟通功能目标 
  • 基于可行性和可取性对产品特性进行优先排序 
  • 领先的Sprint计划会议 
  • 在Sprint计划会议期间接收并提供反馈 
  • 接受用户故事 
  • 在开发过程中解决团队待办事项中出现的问题 
  • 通过开发评估产品,提供方向和调整的反馈  

 

大多数产品负责人, 然而, 不参与个人的日常任务或在Sprint中分配工作. 产品所有者的权限往往涉及高级别的业务策略和计划. 

Scrum管理者

理解scrum管理员的角色首先需要理解敏捷scrum. 

 

Scrum是一个框架,在这个框架中,人们可以解决复杂的适应性问题,同时高效、创造性地交付价值最高的产品. Scrum是一种允许敏捷开发团队识别的结构, 评估, 对项目的许多活动部分采取行动. 它本质上是一组工具和技术,用于起草项目路线图并有效地完成它. 

 

项目的scrum管理员拥有这个过程. scrum管理员的职责是指导团队,确保scrum流程在整个项目中处于合适的位置和完整的状态. The role of a scrum master is much like the job of a sports team’s coach; they implement strategic process decisions and ensure the team follows 流程 correctly. scrum master的职责包括: 

 

  • 指导和培训团队成员如何将Scrum应用于手头的项目
  • 监督项目的时间表和每个团队成员的任务的最后期限 
  • 召开会议并通过变更指导项目 
  • 管理团队所有成员和外部利益相关者之间的沟通渠道 
  • 与团队的产品负责人合作,确定特性的优先级,建立和管理项目的backlog

 

而scrum管理员则负责管理项目的整个过程, 这个角色通常没有权力在整个项目中实现资源更改或战术更改. 

 

新的文字-动作

开发团队 

敏捷开发团队由解决方案架构师、开发人员、设计人员和QA分析师组成. 赋予开发团队的权威级别是敏捷与其他团队的区别所在, 更传统的方法. 敏捷开发团队是自我管理和灵活的. An agile team is in charge of strategizing workloads and making independent decisions; they are truly autonomous. 由产品负责人和scrum管理员组织和指导整个过程, 敏捷开发团队依靠单个团队成员的知识和聪明才智发挥作用.  

 

解决方案架构师 

 

创建一个移动应用程序架构涉及选择应用程序及其界面中的多个结构元素. 解决方案架构师负责从端到端创建技术解决方案. 他们将客户的愿景转化为移动产品的功能性和实用性框架. 具体地说, 解决方案架构师关注可行性, 可维护性, 以及可扩展性来限制风险. 通常,解决方案架构师关注: 

 

  • 选择正确的技术来解决给定的业务问题 
  • 确定为所需的解决方案使用哪个框架、平台或技术栈
  • 在架构的各个方面为团队提供技术领导和咨询 
  • 支持跨功能业务流程的开发 
  • 技术可行性评估 
  • 影响产品的方向,强调可伸缩性 

 

解决方案架构师的主要关注点是技术决策以及它们如何影响业务结果. 这个角色往往涉及很多指导责任, 特别是在交流技术信息和为团队提供实现所需解决方案所需的方向方面. 

 

开发人员

 

软件开发人员对各自的编程语言有广泛的了解, 或者在全堆栈开发人员的情况下, 一系列的程序设计语言. 开发人员还了解总体软件工程和操作系统原则. 通过将这些原则应用到敏捷开发过程的每个阶段, 开发人员为大量的项目创建定制系统. 开发人员是计算系统方面的专家, 软件框架, 在硬件和技术的限制下工作. 开发人员需要完成以下任务: 

 

  • 建立用户需求 
  • 编写和测试代码,并根据需要精炼代码 
  • 制造技术规范 
  • 通过监控和纠正缺陷来维护系统

 

设计师 

 

在敏捷开发团队中,设计师要负责 创建产品的用户体验 (UX). UX设计师的任务是通过优化产品的可用性来提高用户满意度, 可访问性, 和交互设计. 用户体验设计师的主要关注点是为一组用户提供产品的感觉. So, 团队的设计师将探索多个选项来解决用户特定的痛点,并为他们提供有价值的解决方案. 用户体验设计师实践 设计思考 要考虑到用户交互的每个细节. 设计师的工作包括: 

 

  • 与客户和利益相关者会面,了解、改进和实现用户目标 
  • 进行用户研究 
  • 根据信息架构策略开发交互模型 
  • 用线框图或原理图设计纸上和数字原型 
  • 设计高质量的数字艺术和偶尔的品牌组件 

 

敏捷开发团队中的设计师必须展示对交互设计原则和过程的理解. 设计师既是视觉思考者,又是沟通专家,能够用语言和视觉表达想法. 

 

QA分析师 

 

QA分析师负责跟踪应用开发过程的每个阶段,确保产品设计和技术元素符合指定的标准. 他们通过将项目分割成实际的测试目标,并将任何问题反馈给团队来帮助完成发布截止日期. QA分析师是富有创造性和创造性的思考者. 他们能够超越软件的假定,找到用户可能遇到复杂情况的领域. 在敏捷开发团队中,QA分析师将: 

 

  • 为项目开发测试计划、用例、脚本和报告 
  • 执行软件测试 
  • 在整个测试过程中验证用户的期望 
  • 审查用户需求文件并确保可测试性 

 

QA分析师在敏捷开发团队中扮演着至关重要的角色. 他们注重细节,有很强的沟通能力. 整体, QA分析师确保加载时间等性能因素, 产品崩溃, 而其他漏洞不会破坏产品的用户体验.  

 

新的文字-动作

为敏捷开发团队选择人才 

以上是构建敏捷开发团队结构的所有角色, 但同样重要的是,如何为团队挑选合适的人才. 在一个项目中拥有不同的经验和视角是非常重要的. 同时, 有几个个性差异和价值观有助于成功的敏捷团队动态. 本文的其余部分将扩展如何在招聘时识别和培养正确的特质和价值观, 建筑, 或者指导一个敏捷开发团队. 

敏捷人员的特征和行为 

麦肯锡的一项研究 & 公司与Scrum合作.Org发现一般来说, 在敏捷环境中成功的人拥有三种不同的能力: 

 

  1.  在不失去焦点的情况下应对模糊的能力. 
  2.  注重结果而不是过程的能力. 
  3.  愿意为团队环境做出积极贡献. 

处理歧义

The research proves the first observation to be true; the ability to manage oneself through ambiguity is an important skill for those working in agile environments given the nature of agility requires considerable flexibility. 能够很好地驾驭模糊性的敏捷开发团队能够专注于几个优先化的目标, 而不是在开始之前试图理解项目的每一个细节. 

 

培养个人能很好地处理歧义的环境, 对于一家公司的领导层来说,建立一种“故障快速”或“故障安全”的文化,并在其中制定严格的规则是很重要的, 流程, 复杂性是最小的或可以协商的. 敏捷开发非常强调迭代和快速失败的原则,这样团队就可以学习, 适应, 并且快速不断地创新. 在软件开发中,团队需要接受不完美. 虽然对失败持开放态度是令人沮丧的,但是练习 快速失败 方法允许敏捷开发团队更快地发现和纠正缺陷. 这意味着投入生产的bug更少,从而产生高质量的、可用于生产的软件. 再一次, 公司的高层领导需要正常化并承认失败带来的不适,这样团队才能适应模棱两可的局面. 在敏捷开发团队中取得成功的人能够将未知情况下的复杂情况视为学习和试验的机会. 

优先考虑结果而不是过程 

成功的敏捷开发团队明白,在整个项目过程中,过程可以并且将会发生变化. 如果一个项目仅仅由过程和文档驱动, 团队对变化的反应较慢,也不太可能满足客户的需求. 建立一个结果先于过程的环境, 让整个团队就最终产品的愿景达成一致至关重要. 

积极参与团队合作

在敏捷文化中,团队将产品的所有权视为一个有凝聚力的单元. 在构建敏捷开发团队的过程中, 考虑这些人每天工作的价值观是很重要的. 个人之间的一个特殊区别是他们对最终产品结果的骄傲. 为自己创造的产品感到自豪的团队成员展示了几个关键特征. 第一个, 工作质量是自然的,而不是被迫的, 但更重要的是, 这种心态将激励整个团队. 与产品有联系的团队成员能够激励其他人, 结果就是, 整个团队更有生产力,也更足智多谋. 最后, 以产品为荣有助于推动创新思维, 这有助于整个团队构思和响应实验.  

 

新的文字-动作  

下一个步骤

优秀的敏捷开发团队并不一定需要最有经验的人, 而不是, 他们依赖于正确的价值观和心态. 以下是在构建敏捷开发团队时需要考虑的四个基本问题: 

 

  1.  他们的内在动机是什么? 在敏捷团队中取得成功的人会受到结果的激励, 以及客户的中心目标. 在敏捷开发团队中,那些通过解决复杂问题和在模糊中发现机会而受到激励的人更有可能成功. 

 

  1.  他们对团队的期望是什么? 成功的敏捷团队动态建立在团队合作的基础上. 团队成员在彼此合作的方式上需要具有适应性和灵活性. 重要的是要确定个人希望别人做什么来支持他们,以及他们如何支持别人. 

 

  1.  他们以? 敏捷团队总是与客户进行互动,以了解他们的需求和目标. 敏捷开发团队中的个人总是需要考虑客户. 

 

  1.  他们为自己的工作感到骄傲吗? 关心他们的手艺, 他们所做的工作, 它交付的结果是敏捷团队成员和整个团队动态的基本特征. 总的来说,为自己的工作感到自豪可以创造出更有生产力和创新性的团队. 

 

传统的团队结构在哪里是僵化的, 分层, 和线性, 敏捷团队更具组织性和适应性. 整体, 成功的敏捷团队动态在动态性和稳定性之间建立了一种平衡,并允许团队成员对不可预测的产品需求和项目计划做出反应. 

继续阅读:

基于团队的敏捷开发的好处

成功敏捷软件开发的10个特征

敏捷应用开发中灵活性的重要性

 

新的文字-动作

 

友情链接: 1 2 3 4 5 6 7 8 9 10