艾伟也谈项目管理,创建敏捷团队

简介:   简介  创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队,扔给他们某种敏捷过程,然后就希望所有事情都像书上说的那样有效。这种方法不仅不现实,而且非常容易失败。

  简介

  创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队,扔给他们某种敏捷过程,然后就希望所有事情都像书上说的那样有效。这种方法不仅不现实,而且非常容易失败。本文将会描述成功团队的要素,并说明我们应该如何创建这样的团队。

  成功团队的要素

  成功的敏捷软件开发团队由技能熟练的开发者组成,他们已经确立了团队价值,拥有良好的沟通,并且总是寻找改善的机会。对于成功来说,尽管这些因素并非绝对必要,然而拥有全部因素会为我们铺就一条通往成功的捷径。

  核心原则

  对于想要为团队确立什么样的文化,每个人都有自己的想法。除非管理人员雇佣自己非常熟悉的人,否则就很难将文化的愿景变为现实。我们很早就发现以下重要特征:拥有客户的视角、有效地协作、通过事实管理,以及专注于执行等等。具体执行了这些原则的团队就具备了成功的条件。执行这些核心原则的团队成员会表现出大量良好的行为,诸如向客户提问、像客户那样思考、愿意请求帮助、愿意帮助他人、根据具体的事实而不是个人意见来做决定,以及努力交付完成的代码。

  有效沟通

  有效沟通对成功起着决定性作用。与人面对面交流是最有效沟通的方式之一。当人们聚在一起的时候,就更容易得到好主意。有效沟通另一个决定性因素是专注。如果没有一个定义好的主题能够让参与者集中注意力,那么谈话就不会有好的效果。有效沟通第三个重要因素是让谈话专注于事实和想法。当个人的意见取代了事实和想法,那么谈话很快就会变为为了个人胜负的争辩。

  好的成员

  成功团队最重要的因素就是人。软件开发团队需要有才能的人,需要熟练的开发者来使用新的技术创建复杂的系统。创建这样复杂的系统不可能由一两个人完成,因此一个团队是很必要的。这样,就需要开发者也必须具有良好的团队精神。

  不断提升

  我们知道,当创建新的团队来开发新系统时经常会失败。能否从发生的错误中学习到经验和教训,这就是成功团队和失败团队之间的不同。只有检讨过去的失败并且做必要的改善,团队才能够不断进步。

  创建团队

  关注沟通

  从创建公司开始,我们就关注沟通。我们办公室的物理布局是开放的。开发团队坐在一个大的开放的屋子里。每个开发者都有自己的桌子,并且以方便沟通的方式分组。这个开放的环境使得沟通更加容易,因为人们不会藏在自己的小隔间里面,从而谈话都是“公开的”。(重要的是,每个人都要表现得谦虚和职业化,这样环境才不会变得不可忍受。)

  确立核心原则

  当创建团队的时候,我们就意识到需要确立团队所要表现出来的特征。开始我们认为日常的交互会为团队注入我们所寻找的特征。捕获到这些特征,并将其普及是很重要的,这可以保证所有团队成员都恰当地关注某些价值,而我们认为对成功来说这些价值是很重要的。对我们来说,确立想要团队表现的特征给了我们真实的体会,其中之一是当前某些团队成员不会表现出那些特征。我们和团队一起做了大量工作,以学习并展现这些特征。有些团队成员的反应很积极,而有些则不然。在一些情况下,我们需要让某些人离开团队。我们得到的另一个体会是:我们的面试过程并没有筛选出想要的人。早先的面试过程过于专注于候选者的技术能力。我们的选择过程寻找的是技术最熟练的人。这个标准帮我们得到了非常聪明而且能干的开发者,但是并不能总是为我们带来能够在团队环境中表现出色的人。

  面试过程

  寻找具备足够技术能力并且适应现有文化的人非常困难。一方面,客观衡量候选人的标准能够让我们对所有候选人进行快速筛选。另一方面,纯粹的客观标准不会找到具有“软技能”的人,而这样的能力有助于人们在团队环境中行使职责。我们在如何高效准确地探索这些领域做出了很多努力。当前的面试模型是一个多阶段的过程。过程中的第一步是电话面试。通过电话面试我们可以快速向候选者介绍公司,并且在较高的层次上调查候选者。在电话面试中,我们会涉及一些基本的技术能力、对于敏捷开发的想法和理解,以及某种层次上的个人反省。通过谈及这些方面,我们能够知道某人是否会在我们的环境中发挥作用。如果候选者通过了电话面试,那么我们会为其安排现场面试。该面试被分成三个部分:技术、过程、个人。对于每个部分,我们都会指定至少两个团队成员,从而团队的大多数人都会与候选者交流。面试的技术部分关注的是基本的技术能力,并且包括动手编程练习。过程部分会涉及测试、问题解决以及结对编程方面的思想,还有其他主题。个人部分会查看冲突解决、个人激励以及总体的心理稳定性。我们已经发现这个过程很有效。如果三个部分都完成了,而且我们对候选者的加入没有任何犹豫,那么这个候选者将会在我们团队中很好地工作。

  过程改进

  过程改进对于成功的软件开发团队也是非常重要的。我们不仅从用来编写和部署代码的角度检视过程的改进,而且会检视用于为工作安排优先级和雇佣新员工的过程。“3×3”的复审就是我们用于改进的一种机制。整个团队聚集在一起,每个团队成员都必须提出过去三个月中得到的正面的东西,以及过去三个月得到的负面的东西。然后针对正面组和负面组,每个团队成员都会各得到三张选票。这些选票会投给每个列出的项目。当复审完毕,我们会从高层次的视角看到团队认为哪些是正面的,认为哪些需要做出改进。这个视角有助于让团队与已明确的团队特征保持一致。过程改进的另一个方面是面试的过程。因为对于敏捷开发技术的理解已经成熟,所以我们需要找到的人不仅仅是技术高手,而且要具备很好的团队精神。经过大约十八个月的过程,我们修正了现有的面试过程并使其不断完善,所达到的效果是:难以适应我们的环境的候选者将无法通过。这个改进的过程让我们对雇佣的人更有信心。在执行现有过程和持续提升过程之间,我们已经找到了一个平衡。当过程中存在问题的时候,我们就会花费一些时间来评估它。如果是整体上的问题,我们就会试图找出所能做的增量式的改变来改进过程。如果不是全体的,那么我们通常会先采取观望的态度,然后再做出改变。

  结论

  通过很短的一段时间,我们已经学到了一些对于创建成功的敏捷开发团队很重要的知识。确立团队价值并坚持下去,这帮助我们创立了成功的文化,并且改进了我们的面试过程。促进好的沟通除去了很多团队的阻碍。改进我们的面试过程帮助我们识别合格的开发者,他们会很好地与现有团队融合。复审我们现有的过程帮助我们持续提升团队的水平。

目录
相关文章
|
28天前
|
敏捷开发 监控 供应链
2024年产品开发团队必备的6款工具,提升团队协作与项目管理
本文介绍了六款适用于产品开发流程管理的项目管理工具:板栗看板、ClickUp、Wrike、TeamGantt、Smartsheet和Aha!。这些工具各具特色,从敏捷开发、任务管理、跨团队协作到产品路线图规划,全面支持项目从启动到交付的各个环节,帮助团队提高效率、优化协作、确保项目按时高质量完成。选择合适的工具需考虑团队规模、项目特点及具体需求。
2024年产品开发团队必备的6款工具,提升团队协作与项目管理
|
4月前
|
开发框架 持续交付 项目管理
敏捷项目管理:Scrum框架详解
【8月更文挑战第19天】Scrum作为一种轻量级、灵活的敏捷开发框架,为软件开发项目提供了一种高效、灵活的管理方式。通过明确的核心概念、角色、活动和工件,Scrum帮助团队快速响应变化、持续交付价值,并提升团队协作和自组织能力。然而,成功实施Scrum也面临一些挑战,如沟通成本、文档缺失以及技能要求等。因此,在采用Scrum框架时,团队需要充分准备,确保成员具备必要的技能和态度,以充分发挥Scrum的优势,实现项目的成功。
|
7月前
|
数据可视化 项目管理
Scrum与Kanban项目管理实践
【5月更文挑战第8天】本文探讨了Scrum和Kanban两种敏捷项目管理方法的实践应用。Scrum侧重迭代开发和团队协作,通过短期Sprint实现增量交付,而Kanban注重工作流程可视化和持续改进,通过看板管理和限制在制品优化效率。两者各有优势,可根据项目需求灵活选用或结合使用。理解并运用这些方法能提高项目成功率并适应变化的环境。
|
数据可视化 项目管理
敏捷看板工具在敏捷项目管理中的使用
Scrum敏捷看板工具在项目管理中的作用
敏捷看板工具在敏捷项目管理中的使用
|
敏捷开发 测试技术 项目管理
一起搞定-传统项目管理和敏捷项目管理
一起搞定-传统项目管理和敏捷项目管理
557 0
一起搞定-传统项目管理和敏捷项目管理
|
前端开发 搜索推荐 测试技术
被捧上天的 Scrum 敏捷管理为何不受大厂欢迎了?
项目管理是大家非常关注的话题。最近,总能得到一些不错的内幕消息的 Gergely 做了一项调查,探寻科技巨头们是怎么运营技术项目的,涉及了 100 多家科技企业,他意外地发现 Scrum 在大多数大型科技企业里“奇怪”地缺席了。
196 0
被捧上天的 Scrum 敏捷管理为何不受大厂欢迎了?
|
测试技术 程序员 项目管理
艾伟也谈项目管理,给敏捷软件开发的26条建议
  我经常收集各种各样的至理名言,最近我重温敏捷软件开发;真正的问题是什么?下面是一份26条关键原则的清单,以指引敏捷软件开发团队。   1、完整地干完一件事后在开始另一件事:用厨房比喻来说就是:“先上这道菜,再开始做下一道”。
1043 1
|
架构师 测试技术 项目管理
艾伟也谈项目管理,给敏捷团队中的架构师的10个建议
  微软澳大利亚的解决方案架构师Tom Hollander,在TechEd Australia大会上举行了一场题为“敏捷团队中的架构师角色”的演讲。在演讲中,他讨论了他作为领导敏捷团队的架构师所做的工作。
1159 0
|
程序员 项目管理
艾伟也谈项目管理,较大型项目的产品工作心得
  最近做的一个项目从需求分析到上线绵延了四个月之久,这也是目前接手过功能点最繁复,产品线对接最多的一个项目。从中得到的一些关于设计较大型产品的心得,拿出来跟大家分享。   立项前   1、统一元素设计需考虑周全   也许是初创团队的缘故,我不得不感叹团队对产品经理要求之严格之缜密,项目全程只有一个人负责,所以大到产品线对接,小到一句提示的位置和展示形式都需要一一推敲。
1300 0