越来越多的大型产品开发组织开始使用敏捷原则和实践来持续、快速地交付有价值和创新性的产品。但是在采纳敏捷时,人们忽视了积极的沟通和敏捷文化氛围的构建,过程和工具“胜过”了个体和交互。因此,本书是一本用来优化项目中“个体与交互”运用的指南。本书以故事、技巧以及可以实际运用的最佳实践等形式,介绍了很多项目团队会遇到的实际问题,阐述了在组织内部人们交互的问题及对策,并且介绍了7个可以帮助人们增进沟通效率的活动。通过阅读本书,可以帮助你更好地理解和帮助你的团队以改善当前的状况。
本书适合项目管理者、ScrumMaster、产品负责人、咨询师或者项目团队成员阅读。
Ken Howard是Improving Enterprises 公司的领导者。他提供咨询、培训和指导,以帮助全世界的企业开展软件开发的最佳实践,提高生产效率并改善组织状况。他在计算机软件开发领域拥有超过26年的实践经验。
Barry Rogers是Improving Enterprises 公司的董事长,该公司位于得州达拉斯。他拥有ScrumMaster认证以及Scrum Practitioner认证。他可以通过参与实践或进行辅导的方式为客户服务,帮助团队开展敏捷或Scrum,以及改善人的行为状态。他还是一位演讲家,同时也是领导能力提升、敏捷方法应用和项目管理训练过程的推动者。
“我在几年前开始实施敏捷时,就非常期待有这样一本书。许多关于敏捷过程的书籍,更多的是着重于敏捷团队的技术,进而掩盖了敏捷团队方面的一些问题,而本书带来了可喜的变化。”
——Sarah Edrie 哈佛商学院质量工程负责人
“作者的知识非常渊博,我认为他们将会给我们提供更多有价值的信息。我会继续阅读他们的作品!”
——Robert Bogetti 任职于Baxter医疗器械公司
对敏捷软件开发的关注重点,通常都集中在“机制”方面,即过程和工具。“敏捷宣言”认为,个体与交互的价值要高于过程和工具,但这一点很容易被遗忘。在敏捷开发中,如果你重新将注意力放在人的方面,将会收获巨大利益。
本书展示了如何解决敏捷团队在实际项目中遇到的问题。同时,本书也是很有实用价值的敏捷用户指南,其中包含的故事、最佳实践方法、经验以及技巧均可应用到实际项目当中。通过逐步实践,你将学会如何让团队真正地成为能够协同工作的团队,而不是各自为战。在这个过程中,你将在沟通、动机、协作、变化、团队动力以及其他很多方面,获得一些极具深刻现实意义的建议。
无论你作为敏捷项目中的何种角色,比如敏捷项目经理、ScrumMaster、产品负责人、开发者、培训师或咨询师,本书都会帮助你改变周围的敏捷环境,使其更加多产和高效,并且令团队成员可以身体力行。
2001年2月,一群传奇人物聚集在犹他州的某滑雪胜地,共同起草并宣布“敏捷宣言”(Agile Manifesto)诞生。
具有讽刺意味的是,尽管我们认同并采纳“敏捷宣言”,但被大家广为传播、讨论甚至采纳的,却是“敏捷宣言”的右半部分。常见的敏捷实践有Scrum、 用户故事、极限编程、测试驱动开发、product backlog、任务板等。这些实践活动的大部分不是过程,就是工具。而“敏捷宣言”强调的是“个体和交互胜过过程和工具”。
那么,为什么大家如此关注过程和工具?因为它们实现了“敏捷宣言”所描述的价值。例如,在Scrum流程中,如果你维护一个product backlog,就会有个关于功能特性的优先级列表,然后每4周(或者按你自己的迭代周期)开发可以交付的代码。在每个迭代的末尾,产品负责人帮助开发团队决定他们下一次开发什么。你会清楚地看到这些实践都证实了“响应变化胜过遵循计划”,“可以工作的软件胜过面面俱到的文档”,以及“客户合作胜过合同谈判”。
而“敏捷宣言”中的“个体和交互胜过过程和工具”这条没有得到人们足够的关注。原因之一是,我们软件行业中的大部分人都毕业于大学计算机科学或者软件工程专业。而个体和交互更多地关注于心理学和人类行为。它们不是非黑即白和完美无瑕的。事实证明,公司和项目团队最经常面对的并且也最难以解决的,就是与人类行为和交流相关的问题。
在最初流行的敏捷技术图书《敏捷软件开发》(Agile Software Development)中,Alistair Cockburn通过对软件开发当中人性方面的讨论来介绍敏捷。他阐述了文化、交流、合作以及其他一些处于敏捷核心的“软”主题。由于这本书出版于2002年,因此没有得到足够广泛的传播。
本书的目的并不是将你带入哲学领域,而是希望成为一本用户指南。本书以故事、技巧以及可以实际运用的最佳实践等形式,介绍了很多项目团队会遇到的实际问题。另外,本书还包括了对于引导员的指导和有价值的练习,你可以将其应用到自己的团队里,或者融入到综合团队动力研讨会(comprehensive team dynamics workshop)中。
如何使用本书
本书可以作为一本指南,用来优化项目中“个体与交互”的运用。而使用本书的方式完全取决于你的角色。
如果你是一个管理者、ScrumMaster、产品负责人或者其他领导角色,你可以分两步来阅读本书:第一步,通过阅读相关章节,来帮助你更好地理解你的团队,以及团队现状的成因;第二步,选择书中描述的实践活动并应用到你的团队,来改善当前的状况。
资源
这里的资源为你提供了相关的参考文献,以帮助你深入研究正在讨论的主题。你无须跳转到本书最后提供的“参考文献”部分,在所讨论主题的旁边就找到极好的材料和资源。
如果你是一位咨询师,需要帮助团队获得成功,识别亟需关注的地方,并选择相关的内容和实践来改善这些地方。那么你可以组织阅读小组,每次只阅读并讨论一个章节(比如在午餐时间讨论读书心得)。
如果你是一位培训师,本书也为你提供了组织一个敏捷团队动力研讨会所需要的材料。详细内容请参考第9章。
最后,本书的大部分读者是项目团队的成员。有的正在参与敏捷项目,有的正在考虑在项目中引入敏捷方法,还有人尚未接触过敏捷项目。本书的知识和练习不仅仅适用于敏捷项目团队。因为在任何项目团队中,要想具有凝聚力和高效的生产力,首要任务就是理解行为和社会因素。
“在我看来,这是一本敏捷团队的必备手册。我在几年前开始实施敏捷时,就非常期待有这样一本书。在许多关于敏捷过程的书籍中,更多的是着重于敏捷团队的技术,进而掩盖了敏捷团队方面的一些问题,而本书带来了可喜的变化。”
——Sarah Edrie 哈佛商学院质量工程负责人
“相对于建立一个敏捷、高效、表现出色的团队,掌握诸如云计算、分布式系统结构、测试驱动开发等技术是很容易的。对于一名技能熟练并期望成长为成功的项目经理、团队主管或者获得更高职位的开发或测试人员来说,本书所提供的见解、知识和指导,可以使这一过程变得更加简单。”
——RLBogetti wwwRLBogetticom首席系统架构师,
任职于Baxter医疗用品公司
“本书出色地洞察了团队中的个体及其在团队中的行为。两位作者提供了很多优秀的例子和练习,可以帮助读者理解每个个体的行为,以及如何运用这些知识,从而使团队表现得更加出色。”
——Lisa Shoop SabreHoldings产品研发总监
“本书对于每一个认真理解并运用敏捷软件开发中以人为本价值观的人而言,都是一本精雕细琢的必读书。就像Patrick Lencioni会见Poppendieck夫妇时写的“窥视敏捷”一样,现在这面窥镜就是强大的DISC框架,我们看到它通过使用故事、例子、模型和指导,来保证不同种类TDD(测试驱动开发)的实施。”
——Brad Appleton任职于“财富100强”的电信公司的敏捷教练/顾问,
著有《Software Configuration Management Patterns》
“本书对于任何一个认真对待敏捷软件开发的研发团队而言,都是一本必备读物。书中关于团队动力和发展的章节,在帮助一个团队转型为敏捷团队的成功范例方面,提供了所有的要领。”
——Bernard Farrell EMC公司软件顾问工程师
计算机\软件工程
“我在几年前开始实施敏捷时,就非常期待有这样一本书。在许多关于敏捷过程的书籍中,更多的是着重于敏捷团队的技术,进而掩盖了敏捷团队方面的一些问题,而本书带来了可喜的变化。”
——Sarah Edrie 哈佛商学院质量工程负责人
“作者的知识非常渊博,我认为他们将会给我们提供更多有价值的信息。我会继续阅读他们的作品!”
——Robert Bogetti 任职于Baxter医疗用品公司
对敏捷软件开发的关注重点,通常都集中在“机制”方面,即过程和工具。“敏捷宣言”认为,个体与交互的价值要高于过程和工具,但这一点很容易被遗忘。在敏捷开发中,如果你重新将注意力放在人的方面,将会收获巨大利益。
本书展示了如何解决敏捷团队在实际项目中遭遇的问题。同时,本书也是很有实用价值的敏捷用户指南,其中包含的故事、最佳实践方法、经验以及技巧均可应用到实际项目当中。通过逐步实践,你将学会如何让团队真正地成为能够协同工作的团队,而不是各自为战。在这个过程中,你将在沟通、动机、协作、变化、团队动力以及其他很多方面,获得一些极具深刻现实意义的建议。
无论你身处敏捷项目中的何种角色,比如敏捷项目经理、ScrumMaster、产品负责人、开发者、培训师或咨询师,本书都会帮助你改变周围的敏捷环境,使其更加多产和高效,并且令团队成员可以身体力行。
(美)Ken Howard Barry Rogers 著:Ken Howard 是Improving Enterprises 公司的领导者。他提供咨询、培训和指导,以帮助全世界的企业开展软件开发的最佳实践,提高生产效率并改善组织状况。他在计算机软件开发领域拥有超过26年的实践经验。 Barry Rogers是Improving Enterprises 公司的董事长,该公司位于得州达拉斯。他拥有SrumMaster认证以及Scrum Practitioner认证。他可以通过参与实践或进行辅导的方式为客户服务。帮助团队开展敏捷或Scrum,以及改善人的行为状态。他还是一位演讲家,同时也是领导能力提升、敏捷方法应用和项目管理训练过程的推动者。
贾永娜 张凯峰 等译:暂无简介
敏捷已经诞生十个年头,在国内已经不是个新鲜物了。越来越多的软件企业、个人开发者不再仅仅是观望,而是密切关注并积极在软件开发的过程中采纳敏捷方法。
他们还会邀请资深的敏捷教练来帮助组织转型,寄希望于敏捷能够帮助自己或者企业在越来越快速的业务需求变化中占据主动地位。
很多人对于“敏捷宣言”耳熟能详,并为之津津乐道。一些人在看过四个“胜过”之后如释重负,也有一些人认为敏捷不过尔尔。有些人会问:“你们敏捷了吗?”有些人则认为自己就此“敏捷”了。
在主动或被动贴上“敏捷”的标签后,我们可曾想过敏捷之于我们,到底意味着什么?
敏捷的过程和技术实践:Scrum、持续集成、测试驱动开发、结对编程、重构等,实施敏捷的组织都或多或少地在采纳和实施,但它们是敏捷的一切吗?
人们在采纳敏捷时,愿意相信培训师和教练能教会所有知识,过程和实践会改变一切,立竿见影,拨云见日。潜移默化间,人们忽视了积极的沟通和敏捷文化氛围的构建,过程和工具“胜过”了个体和交互 。
本书阐述的就是“个体和交互”对于软件团队乃至部门间协作的重要性。它借助一个软件组织敏捷转型的例子,阐述了在组织内部人们交互的问题及对策,还以近一半的篇幅介绍了7个可以帮助人们增进沟通效率的游戏及活动。
与过程和技术实践相伴,本书可以让在我们追求卓越软件的道路上更有信心。
本书的翻译工作主要由贾永娜、张凯峰完成,同时姚九强参与了译校工作,感谢他在翻译工作中作出的贡献。由于时间有限,难免存在错误和不妥,敬请广大读者批评指正。
对本书的赞誉
译者序
前言
致谢
引言
第一部分个人与互动
第1章自治证券有限责任公司
第2章行为与个体
21交流框架
211DISC历史
212DISC定义
22DISC为什么重要
221理解与接纳他人
222用你自己的语言沟通
223DISC语言
224交流策略
23怎样进行DISC评估
24小结
第3章团队动力
31绝境逢生
32另一种方法
33利用优势
34无政府状态团队
35成熟团队的进化
36冲突
37那怎么办
38小结
第4章沟通
41语言
42移情
43眼神交流
44模棱两可
45肢体语言
46文化环境
47反射型肢体语言
48闲谈
49合作性的交谈
491沉默的力量
492沟通延迟
493我们……
410小结
第5章协作
51以团队方式工作
511民意
512群体力量
52解决问题与决策
521个体和决策
522集体和决策
523团队影响
53完美冰淇淋圣代的六个维度
54完全相反的力量
55小结
第6章行为与团队
61和谐/冲突
62为什么不招聘天生就合得来的团队成员呢
621准备好冲突
622重压之下
623填补空白
63组织或团队文化
64小结
第7章变化
71一个真实的故事
72为什么改变是困难的
73改变局促不安
74改变忧虑
741对改变自我实现需求的担心
742对改变尊重需求的担心
743对改变爱和归属感需求的担心
744对改变安全感需求的担心
745对改变生理需求的担心
75改变教练
76改变催化剂
77寻根溯源
78来自草根对改变的阻力
79揭示本质
710练习
711小结
第8章激励因素
81个人工作动机
811理论动机
812功利/经济动机
813审美动机
814社会动机
815个人主义/政治动机
816遵循传统/注重监管
817激励为什么重要
818激励的策略
82利用优势
83领导者和环境
84小结
第二部分研讨会
第9章团队动力研讨会
91准备
92介绍
921准备研讨会
922举行研讨会
第10章沟通折纸
101材料
102活动安排
103过程指导
104练习后的讨论
第11章造桥
111材料
112活动安排
113过程指导
114练习后的讨论
第12章月球生存
121活动安排
122过程指导
1221个体练习
1222团队练习
1223计分
1224练习后的讨论
123月球生存专家分析
第13章BalderDISC模型
131材料
132活动安排
133过程指导
134练习后的讨论
第14章评估一致性与非一致性
141材料
142活动安排
143过程指导
144练习后的讨论
第15章改变的练习
151概述
152活动安排
1521画板
1522团队
153过程指导
154练习后的讨论
第16章团队和决策
161活动安排
162DISC同质行为
附录A如何进行DISC评估
参考文献