个体与交互

出版时间：2012-3-20  出版社：机械工业出版社华章公司  作者：Ken Howard,Barry Rogers  页数：184  译者：贾永娜,张凯峰  
Tag标签：无  

前言

译者序敏捷已经诞生十个年头，在国内已经不是个新鲜物了。越来越多的软件企业、个人开发者不再仅仅是观望，而是密切关注并积极在软件开发的过程中采纳敏捷方法。他们还会邀请资深的敏捷教练来帮助组织转型，寄希望于敏捷能够帮助自己或者企业在越来越快速的业务需求变化中占据主动地位。很多人对于“敏捷宣言”耳熟能详，并为之津津乐道。一些人在看过四个“胜过”之后如释重负，也有一些人认为敏捷不过尔尔。有些人会问:“你们敏捷了吗？”有些人则认为自己就此“敏捷”了。在主动或被动贴上“敏捷”的标签后，我们可曾想过敏捷之于我们，到底意味着什么？敏捷的过程和技术实践：Scrum、持续集成、测试驱动开发、结对编程、重构等，实施敏捷的组织都或多或少地在采纳和实施，但它们是敏捷的一切吗？人们在采纳敏捷时，愿意相信培训师和教练能教会所有知识，过程和实践会改变一切，立竿见影，拨云见日。潜移默化间，人们忽视了积极的沟通和敏捷文化氛围的构建，过程和工具“胜过”了个体和交互。本书阐述的就是“个体和交互”对于软件团队乃至部门间协作的重要性。它借助一个软件组织敏捷转型的例子，阐述了在组织内部人们交互的问题及对策，还以近一半的篇幅介绍了7个可以帮助人们增进沟通效率的游戏及活动。与过程和技术实践相伴，本书可以让在我们追求卓越软件的道路上更有信心。本书的翻译工作主要由贾永娜、张凯峰完成，同时姚九强参与了译校工作，感谢他在翻译工作中作出的贡献。由于时间有限，难免存在错误和不妥，敬请广大读者批评指正。前言2001年2月，一群传奇人物聚集在犹他州的某滑雪胜地，共同起草并宣布“敏捷宣言”（Agile Manifesto）诞生。具有讽刺意味的是，尽管我们认同并采纳“敏捷宣言”，但被大家广为传播、讨论甚至采纳的，却是“敏捷宣言”的右半部分。常见的敏捷实践有Scrum、用户故事、极限编程、测试驱动开发、product backlog、任务板等。这些实践活动的大部分不是过程，就是工具。而“敏捷宣言”强调的是“个体和交互胜过过程和工具”。那么，为什么大家如此关注过程和工具？因为它们实现了“敏捷宣言”所描述的价值。例如，在Scrum流程中，如果你维护一个product backlog，就会有个关于功能特性的优先级列表，然后每4周（或者按你自己的迭代周期）开发可以交付的代码。在每个迭代的末尾，产品负责人帮助开发团队决定他们下一次开发什么。你会清楚地看到这些实践都证实了“响应变化胜过遵循计划”，“可以工作的软件胜过面面俱到的文档”，以及“客户合作胜过合同谈判”。而“敏捷宣言”中的“个体和交互胜过过程和工具”这条没有得到人们足够的关注。原因之一是，我们软件行业中的大部分人都毕业于大学计算机科学或者软件工程专业。而个体和交互更多地关注于心理学和人类行为。它们不是非黑即白和完美无瑕的。事实证明，公司和项目团队最经常面对的并且也最难以解决的，就是与人类行为和交流相关的问题。在最初流行的敏捷技术图书《敏捷软件开发》（Agile Software Development）中，Alistair Cockburn通过对软件开发当中人性方面的讨论来介绍敏捷。他阐述了文化、交流、合作以及其他一些处于敏捷核心的“软”主题。由于这本书出版于2002年，因此没有得到足够广泛的传播。本书的目的并不是将你带入哲学领域，而是希望成为一本用户指南。本书以故事、技巧以及可以实际运用的最佳实践等形式，介绍了很多项目团队会遇到的实际问题。另外，本书还包括了对于引导员的指导和有价值的练习，你可以将其应用到自己的团队里，或者融入到综合团队动力研讨会（comprehensive team dynamics workshop）中。如何使用本书本书可以作为一本指南，用来优化项目中“个体与交互”的运用。而使用本书的方式完全取决于你的角色。如果你是一个管理者、ScrumMaster、产品负责人或者其他领导角色，你可以分两步来阅读本书：第一步，通过阅读相关章节，来帮助你更好地理解你的团队，以及团队现状的成因；第二步，选择书中描述的实践活动并应用到你的团队，来改善当前的状况。资源这里的资源为你提供了相关的参考文献，以帮助你深入研究正在讨论的主题。你无须跳转到本书最后提供的“参考文献”部分，在所讨论主题的旁边就找到极好的材料和资源。如果你是一位咨询师，需要帮助团队获得成功，识别亟需关注的地方，并选择相关的内容和实践来改善这些地方。那么你可以组织阅读小组，每次只阅读并讨论一个章节（比如在午餐时间讨论读书心得）。如果你是一位培训师，本书也为你提供了组织一个敏捷团队动力研讨会所需要的材料。详细内容请参考第9章。最后，本书的大部分读者是项目团队的成员。有的正在参与敏捷项目，有的正在考虑在项目中引入敏捷方法，还有人尚未接触过敏捷项目。本书的知识和练习不仅仅适用于敏捷项目团队。因为在任何项目团队中，要想具有凝聚力和高效的生产力，首要任务就是理解行为和社会因素。

内容概要

　　本书内容简介：对敏捷软件开发的关注重点，通常都集中在“机制”方面，即过程和工具。“敏捷宣言”认为，个体与交互的价值要高于过程和工具，但这一点很容易被遗忘。在敏捷开发中，如果你重新将注意力放在人的方面，将会收获巨大利益。
　　本书展示了如何解决敏捷团队在实际项目中遭遇的问题。同时，本书也是很有实用价值的敏捷用户指南，其中包含的故事、最佳实践方法、经验以及技巧均可应用到实际项目当中。通过逐步实践，你将学会如何让团队真正地成为能够协同工作的团队，而不是各自为战。在这个过程中，你将在沟通、动机、协作、变化、团队动力以及其他很多方面，获得一些极具深刻现实意义的建议。
　　无论你身处敏捷项目中的何种角色，比如敏捷项目经理、ScrumMaster、产品负责人、开发者、培训师或咨询师，本书都会帮助你改变周围的敏捷环境，使其更加多产和高效，并且令团队成员可以身体力行。

作者简介

　　作者：(美国)Ken Howard 译者：贾永娜 张凯峰
　　Barry Rogers，Improving
Enterprises公司的董事长，该公司位于得州达拉斯。他拥有SrumMaster认证以及ScrumPractitioner认证。他可以通过参与实践或进行辅导的方式为客户服务。帮助团队开展敏捷或Scrum，以及改善人的行为状态。他还是一位演讲家，同时也是领导能力提升、敏捷方法应用和项目管理训练过程的推动者。

书籍目录

对本书的赞誉
译者序
前言
致谢
引言
第一部分 个人与互动
　第1章 自治证券有限责任公司
　第2章 行为与个体
　　2.1 交流框架
　　2.1.1 DISC历史
　　2.1.2 DISC定义
　　2.2 DISC为什么重要
　　2.2.1 理解与接纳他人
　　2.2.2 用你自己的语言沟通
　　2.2.3 DISC语言
　　2.2.4 交流策略
　　2.3 怎样进行DISC评估
　　2.4 小结
　第3章 团队动力
　　3.1 绝境逢生
　　3.2 另一种方法
　　3.3 利用优势
　　3.4 无政府状态团队
　　3.5 成熟团队的进化
　　3.6 冲突
　　3.7 那怎么办
　　3.8 小结
　第4章 沟通
　　4.1 语言
　　4.2 移情
　　4.3 眼神交流
　　4.4 模棱两可
　　4.5 肢体语言
　　4.6 文化环境
　　4.7 反射型肢体语言
　　4.8 闲谈
　　4.9 合作性的交谈
　　4.9.1 沉默的力量
　　4.9.2 沟通延迟
　　4.9.3 我们……
　　4.10 小结
　第5章 协作
　　5.1 以团队方式工作
　　5.1.1 民意
　　5.1.2 群体力量
　　5.2 解决问题与决策
　　5.2.1 个体和决策
　　5.2.2 集体和决策
　　5.2.3 团队影响
　　5.3 完美冰淇淋圣代的六个维度
　　5.4 完全相反的力量
　　5.5 小结
　第6章 行为与团队
　　6.1 和谐/冲突
　　6.2 为什么不招聘天生就合得来的团队成员呢
　　6.2.1 准备好冲突
　　6.2.2 重压之下
　　6.2.3 填补空白
　　6.3 组织或团队文化
　　6.4 小结
　第7章 变化
　　7.1 一个真实的故事
　　7.2 为什么改变是困难的
　　7.3 改变局促不安
　　7.4 改变忧虑
　　7.4.1 对改变自我实现需求的担心
　　7.4.2 对改变尊重需求的担心
　　7.4.3 对改变爱和归属感需求的担心
　　7.4.4 对改变安全感需求的担心
　　7.4.5 对改变生理需求的担心
　　7.5 改变教练
　　7.6 改变催化剂
　　7.7 寻根溯源
　　7.8 来自草根对改变的阻力
　　7.9 揭示本质
　　7.10 练习
　　7.11 小结
　第8章 激励因素
　　8.1个 人工作动机
　　8.1.1 理论动机
　　8.1.2 功利/经济动机
　　8.1.3 审美动机
　　8.1.4 社会动机
　　8.1.5 个人主义/政治动机
　　8.1.6 遵循传统/注重监管
　　8.1.7 激励为什么重要
　　8.1.8 激励的策略
　　8.2 利用优势
　　8.3 领导者和环境
　　8.4 小结
第二部分 研讨会
　第9章 团队动力研讨会
　　9.1 准备
　　9.2 介绍
　　9.2.1 准备研讨会
　　9.2.2 举行研讨会
　第10章 沟通折纸
　　10.1 材料
　　10.2 活动安排
　　10.3 过程指导
　　10.4 练习后的讨论
　第11章 造桥
　　11.1 材料
　　11.2 活动安排
　　11.3 过程指导
　　11.4 练习后的讨论
　第12章 月球生存
　　12.1 活动安排
　　12.2 过程指导
　　12.2.1 个体练习
　　12.2.2 团队练习
　　12.2.3 计分
　　12.2.4 练习后的讨论
　　12.3 月球生存专家分析
　第13章 BalderDISC模型
　　13.1 材料
　　13.2 活动安排
　　13.3 过程指导
　　13.4 练习后的讨论
　第14章 评估一致性与非一致性
　　14.1 材料
　　14.2 活动安排
　　14.3 过程指导
　　14.4 练习后的讨论
　第15章 改变的练习
　　15.1 概述
　　15.2 活动安排
　　15.2.1 画板
　　15.2.2 团队
　　15.3 过程指导
　　15.4 练习后的讨论
　第16章 团队和决策
　　16.1 活动安排
　　16.2 DISC同质行为
附录A 如何进行DISC评估
参考文献

章节摘录

版权页：插图：自组织团队以创业者的方式行事。他们不再根据团队成员的既有经验去安排相应的角色。解决问题成了团队共同关注的核心。解决问题的迫切要求使得团队进行自组织，并找到自己的最佳状态。要使自组织能够正常进行，必须满足三个条件。授权：上级的管理，应明确项目目标，提供资助，设定项目范围，在团队需要支持时会做出反应。除上述内容外，允许团队在项目范围内自行决定和处理其他事务。持续改进：简单地说，不断地提高团队的标准，然后团队一起完成这个目标。团队作为一个整体一起提高，也会一同分享成长的喜悦。在这个过程中每个团队成员的力量都会显现出来。在需要的时候，他们就会相互帮助、取长补短。这里所说的“壁垒”不仅仅与个人技能有关，它也指打破传统业务或超出社会期望。传统思路会对问题解决方案的范围产生限制，而一个自我超越的团队，不会允许这些壁垒来限制他们的能力。·多功能团队：自组织团队需要抛弃传统的“接力赛”工作的方式，即一个工作组完成了一个任务后，将任务转交给下一个工作组，并且每个工作组所进行的任务是他们的专长业务。相反，在自组织团队中，项目中所有需要的专家都将融入一个团队。多功能团队是加速项目进展的关键。

媒体关注与评论

在我看来，这是一本敏捷团队的必备手册。我在几年前开始实施敏捷时，就非常期待有这样一本书。在许多关于敏捷过程的书籍中，更多的是着重于敏捷团队的技术，进而掩盖了敏捷团队方面的一些问题，而本书带来了可喜的变化。　　——Sarah Edrie 哈佛商学院质量工程负责人相对于建立一个敏捷、高效、表现出色的团队，掌握诸如云计算、分布式系统结构、测试驱动开发等技术是很容易的。对于一名技能熟练并期望成长为成功的项目经理、团队主管或者获得更高职位的开发或测试人员来说，本书所提供的见解、知识和指导，可以使这一过程变得更加简单。　　——R. L. Bogetti RLBogetti网站首席系统架构师、任职于Baxter医疗用品公司本书出色地洞察了团队中的个体及其在团队中的行为。两位作者提供了很多优秀的例子和练习，可以帮助读者理解每个个体的行为，以及如何运用这些知识，从而使团队表现得更加出色。　　——Lisa Shoop Sabre-Holdings产品研发总监本书对于每一个认真理解并运用敏捷软件开发中以人为本价值观的人而言，都是一本精雕细琢的必读书。就像Patrick Lencioni会见Poppendieck夫妇时写的“窥视敏捷”一样，现在这面窥镜就是强大的DISC框架，我们看到它通过使用故事、例子、模型和指导，来保证不同种类TDD（测试驱动开发）的实施。　　——Brad Appleton 任职于“财富100强”的电信公司的敏捷教练、顾问 著有《Software Configuration Management Patterns》本书对于任何一个认真对待敏捷软件开发的研发团队而言，都是一本必备读物。书中关于团队动力和发展的章节，在帮助一个团队转型为敏捷团队的成功范例方面，提供了所有的要领。　　——Bernard Farrell EMC公司软件顾问工程师“我在几年前开始实施敏捷时，就非常期待有这样一本书。许多关于敏捷过程的书籍，更多的是着重于敏捷团队的技术，进而掩盖了敏捷团队方面的一些问题，而本书带来了可喜的变化。”　　——Sarah Edrie哈佛商学院质量工程负责人“作者的知识非常渊博，我认为他们将会给我们提供更多有价值的信息。我会继续阅读他们的作品！”　　——Robert Bogetti任职于Baxter医疗器械公司

编辑推荐

　  敏捷开发团队必备实用手册　  敏捷宣言：个体和交互胜过过程和工具