是否存在敏捷人格类型?

  在学术界和从业界只有很少一些关于“人格类型对敏捷团队之影响”的研究。大量的评论人士针对“是否存在敏捷人格类型”这一疑问提出了不同的问题。最常见的答案似乎是“依情况而定”,但是似乎存在一些关键的人格,与敏捷方法有着一定的关系。

  三月,《敏捷学报(Agile Journal)》刊发了一篇由Mario Moreira撰写的题为“敏捷人格类型”的文章。在文章中,作者根据团队成员的敏捷经验以及对敏捷方法的态度,将团队成员归为7类。下面的坐标图解释了他所提出的7种类型:

  下面是对7种人格的描述:

创新者

敏捷创新者构成了敏捷界很小众的一部分,他们在敏捷领域的经验非常丰富,并且对敏捷的信念非常坚定。敏捷创新者通常是敏捷业界的领导者,汲汲于
改善和扩展敏捷方法、时间和技术。

拥护者

敏捷拥护者往往很了解敏捷,而且愿意在整个组织里面坚定不移地倡导敏捷。在这个区域里面,一些常见的角色是敏捷教练、顾问、产品经理、工程部门/开发团队/QA团队的领袖以及项目经理。他们组成了敏捷社区的少量但核心的领袖,并且讨论、沟通敏捷的真正含义和应用敏捷的实际意义。

役马

役马通过试图实施敏捷(或者以一己之力,或者作为敏捷团队的一部分、
借助其他人的帮助)学习了敏捷。他们在大部分情况下对敏捷很坚定,但对什么可行、什么不可行并不浮夸。这个区域里的常见角色是来自于已经实施敏捷方法与实践的敏捷团队的成员。

追随者

追随者们看到了跟随敏捷的
好处。在很多组织里面,潮流和趋势占据着支配地位,所以如果敏捷被认为“很火”,那么就会有人加入这个潮流。追随的人群往往缺乏敏捷经验,但
普遍都很积极,尤其是当他们认为它可以提升自己的形象或促进其职业生涯。

牛仔

牛仔视敏捷为摒弃流程与文件、使之能够享受蛮荒西部生活的契机。牛仔并不关心敏捷的不足,因为在许多情况下,他们知道他们不会因为假装敏捷而遭受指责,因为很多人,尤其是作为他们上级管理者的追随者们,实际上并不知道何谓敏捷。正是牛仔广为宣传“敏捷就是无纪律的、针对西部牛仔程序员的方法”的神话。

欺骗者

欺骗者在表面上赞同使用敏捷,但却会悄不作声地试图无视、甚至破坏项目,以便把指责转移到敏捷上。欺骗者对敏捷是消极的,但这通常是因为他们凭借传统方法或者毫无方法发展起来,并且把敏捷视为对他们工作文化的影响。

否定者

否定者彻底否定敏捷的任何益处或者转移到敏捷的兴趣。他们往往在一开始就反对敏捷,因为他们看到,敏捷会影响他们当前在公司内被认为成功的职务。一些否定者在某个项目上发挥了特定的作用而得到发展,并已相应奖励。

  他给出了与之工作(并处理)团队之中不同个性的建议,并得出结论说:“虽然采用敏捷意味着文化的转变,敏捷社会必须继续沟通敏捷的长处和弱项。了解与你工作的人和他们的敏捷人格类型可以帮助你利用他们的长处,克服未来的挑战,在敏捷的旅程上更加一帆风顺。“

  对于人格与类型的其他观点

  Richard Banks发表了一篇题为“人格类型与敏捷开发”的精彩文章,在文章中他同时讨论了DSPA(驱动者、提升者、支撑者和管理者)以及Myers-Briggs类型指标(Myers-Briggs Type Indicator,MBTI),并且把它们联系起来应用于敏捷团队。

  D -驱动者:决策性质和指导。驱动者希望掌控以取得成功。
  P -提升者:外向和乐观的。提升者希望影响其他人,激发他们采取行动。
  S -支撑者:认可和适应的。支撑者希望帮助其他人,解决冲突。
  A -管理者:严格的和缄默的。管理者希望完美执行,关注细节。

  他把Myers-Briggs的人格类型总结为:

外向-内向 实感-直觉 思维-情感 判断-知觉 第一个维度“外向-内向”定义了一个人活力表达的来源和方向。外向的活力表达来源和方向主要是外部世界,而内向的活力来源主要是内部世界。 “实感-直觉”定义了一个人的信息感知方式。实感是指一个人主要相信由他或她接收的来自外部世界的信息。直觉是指一个人主要相信他或她接收的来自内部或者假想世界的信息。 “思维-情感”定义了一个人如何处理信息。思维意味着一个人作出的决定主要是通过逻辑。情感责意味着,他或她的决定主要是基于情感作出的。 第四个维度,“判断-知觉”定义了一个人如何实现他或她已经处理的信息。判断意味着一个人把他所有的生活事件和行为,都严格按照他的计划来组织。知觉意味着他或她是倾向于即兴发挥,寻求其他途径。

  在文章中,他没有给出任何结论,但是请求人们提供他们的MBTI和DSPA概况,以及他们在敏捷团队之中工作的感受。

  许多发表的反馈可以用Steve Horn的回应来概括:

你必须审视哪些不同的人格应该被纳入以使团队成为一个
整体。我认为所有的人格类型都会给整体带来一些特殊的才能,从而组成一支更好的团队,而团队在主体上由谋一种“最适合敏捷”的人格类型组成。

  这里有针对MBTI16种人格的高层次描述。

  在于挪威召开的XP2010大会上,Omar Mazni、Syed-Abdullah Sharifah-Lailee与Yasin Azman提交了一份论文,研究了在实施极限编程时,人格类型(根据Myers-Briggs类型指标)对团队绩效的影响。他们的研究得出了如下结论:

这项研究的结果表明,人格类型在团队中的正确组合可以影响团队绩效。

  Lucas Layman、Travis Cornwell & Laurie Williams在为北卡罗莱纳州立大学设计软件工程课程时,参考了Myers-Briggs人格类型与Felder-Silverman学习类型。他们得出结论:

讲课和实验室工作、敏捷流程模型的使用以及对不同类型学生的学习诉求的
认识相结合,帮助我们创造出成功的学习环境。我们相信,我们能够通过设置课程的形式以吸引各种不同的人格类型和学习类型,从而创建一个更好的学习环境。

  是否存在“敏捷人格类型”?如果存在,哪些是重要的人格?

  查看英文原文:Is there an Agile Personality Type?

时间: 2024-10-01 07:15:14

是否存在敏捷人格类型?的相关文章

敏捷开发学习分享

程序员都很懒,你懂的! 敏捷不是快,而是拥抱变化(不断反馈的一个过程).                                                        简单的说,敏捷开发是一种以人为核心.迭代.循序渐进的开发方法.在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征.换言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态. 敏捷原则:主张简单,拥抱变化,可持续性,

设计师的思维模式:敏捷体验设计师的思维模式

文章描述:敏捷体验设计师具备的5种思维模式. 我们有个香港的设计师哥们,整体穿着裙裤,Nike Airforce的珍藏版,一开口就是:满他力体(Mentality)我打算给翻成思维模式.他的意思是,设计师需要不太一样的思维模式.我就在思考这个问题:到底一个敏捷体验设计师需要些什么样的思维模式? 共情Empathy 共情的话题曾经在这篇博客中提到,核心观点是你得明白,作为一个设计师,你基本没有为自己设计的可能,而你所面对的未来用户,可能跟你想的完全不同. 共情设计(Empathic Design)

Google+话题探讨分享:应用快速迭代(敏捷模式)和用户不升级

文章描述:当移动应用"敏捷迭代"遇到"用户不升级". 某个深夜在Google+参与一个话题的讨论,事后觉得这个话题有价值,就继续做思考整理.顺便把stream里的内容转贴在文末留以备份,方便沉淀,也可以让大家继续参与交流讨论. APP升级习惯调查 是这个话题讨论的源头,这篇日志是从移动应用快速迭代升级与用户忽视或者不升级应用之间带来的冲突,引发的一连串的思考和分析. 根据这个话题,我也做了一些延伸的思考. 在移动应用的研发中,应用快速迭代(敏捷模式)和用户不升级应用

需求采集为小公司敏捷开发中的用户服务

网页制作Webjx文章简介:最近也许是因为大家面试很多,讨论用户需求采集的话题越来越多,好像突然大家一下子都在关注产品的这一流程.当然需求采集的方法很多,众多前辈们也都总结了许多,完全可以参考甚至搬到自己的项目中来实现.这些方法用到大公司大项目上,只要把握的好,数据分析工作做 最近也许是因为大家面试很多,讨论用户需求采集的话题越来越多,好像突然大家一下子都在关注产品的这一流程.当然需求采集的方法很多,众多前辈们也都总结了许多,完全可以参考甚至搬到自己的项目中来实现.这些方法用到大公司大项目上,只

UE实践笔记:敏捷人种志研究

近期有机会展开实地调研,尝试将ethnography(人种志)方法用起来,但我远不敢称此类研究就是人种志研究了,最多能算是以下这张IDEO方法卡所谓的敏捷人种志研究--   HOW:花时间与你的用户.在他们熟悉的环境中接触,从而观察并参与他们的一些日常活动. WHY:这个方法能让你切身体会你的用户的习惯.习俗,他们所使用的语言,以及一些活动或物件对他们来说有怎样的意义. 这几次针对卖家的实地调研给我的启发不是一般大,有几个夜晚甚至兴奋得辗转难眠. 1. 大量的问题,大量的研究.设计机会与挑战 之

PHPer:让我们拥抱敏捷吧

PHP时代,远没有结束 关于PHP未来的忧虑由来已久,一边是掌控着操作系统的微软的.net平台,一边是红透半边天的Java技术:PHP似乎已经走到了尽头.不过,当我们回首过去,就会发现,PHP其实从来都是在别人视为穷途末路的空间里发展.ASP.JSP.CGI的时代,PHP的处境不比今天好过,压力也不比今天小,而结果呢?PHP成为了三大主流Web脚本语言之一,并保持了强劲的发展势头.我们不得不感叹:原来没有大公司支持,不要资本运营,远离商业炒作,也可以做到这样的成功.我曾经将这种成功归结为一种注重

敏捷测试(8) ATDD整体研发流程

ATDD整体研发流程 有了前面的基于story的敏捷基础,接下来来介绍一下验收测试驱动开发的整个流程. 名词解释: ATD,即验收测试设计(acceptancetest design) PM,即需求整理方(product manager) RD,即开发人员(Research and Development) QA,即品质保证人员(quality assurance) 如上图所示,整个流程被分为三个粒度,分别是:项目.迭代.story. 一个项目被划分为若干个迭代: 每个迭代由若干个story组成

敏捷测试(7) 基于story的敏捷基础知识

基于story的敏捷基础知识----迭代启动会.迭代回顾会 除需求讲解意外,需要所有团队成员参加的会议仅有两个,分别是"迭代启动会"和"迭代回顾会". (1)迭代启动会 在迭代开始之前,需要召开迭代启动会,目的有以下两个: 明确迭代周期,即上线时间: 明确迭代目标,即以什么样的优先级,交付哪些story. 在明确了迭代周期和上线时间后,按照前面提到的"迭代规划"来开迭代启动会即可,在此不再赘述. (2)迭代回顾会 在每个迭代结束后都有迭代回顾会,

敏捷测试(6) 基于story的敏捷基础知识

基于story的敏捷基础知识----需求管理(三) (3)每日站会 开发 story模板"> 站会的目的有三个: (1)周知进度 仅从用户故事和任务的层面周知进度,任务进度只有两种状态:完成或未完成(完成百分比). (2)周知计划 你将会在下次会议之前做哪些工作? (3)抛出问题 哪些东西阻碍你的进度?("没有问题",意味着你能够交付自己当前的任务,而且符合估算的时间范围)如果遇到需要解决的问题,可以在每日立会之后处理. 实现一项目的必要前提: 1.站 2.敏捷项目必须