推荐理由
优化软件开发中的人力因素
基于真实数据和经验的解决方案
如果希望在软件团队中推动一些行之有效的变更或者施以更大的影响力，那么有两种选择：一种选择是自行对各种技术进行实验，在黑暗中摸索几年：另一种选择就是购买本书，阅读并且应用书中所给出的技术。当然，究竟如何选择，决定权在于你自己。
——Matthew Heusser
Jim Brosseau对于IT工作环境中各种驱动因素的真知灼见在本书中得到了充分的体现。对于提供盯解决方案的开发人员和管理人员来说，他在书中给出的见解不仅能促进项目朝着更好的方向发展，而且能使工作本身也变得更为轻松。
——Bruce AStewart，Accendor Research公司CEO
本书是一本令人信服的、全面创新的以及切实可行的指导著作，它能够有效地改善在构建优秀软件中的一个重要方面——人力因素。 通过与众多团队的多年合作，作者在书中阐述了如何通过小规模的、立竿见影的变更，来逐步推动大型的改进工作。这些变更针对团队整体来设计，充分考虑现有的组织文化。此外，作者还提供了每个人都可以立即付诸实施的方案，而无需等待管理层来推动。
无论采用何种方法，技术或者组织结构，通过阅读本书，你都能够掌握如何将各种解决方案应用于实际的开发环境中，这些实际问题往往涉及错综复杂的利益相关者。作者还与读者共同分享了在面对项目管理软件方面的问题时，人们的态度、动机和人际关系方面重要的新观点。
本书是一本启示录——对于每个项目团队成员、领导者以及利益相关者来说，它是您工作中的一份宝贵的参考资源。
内容简介
本书介绍在软件开发过程中团队之间如何实现高效的合作。本书从个人、团队和利益相关者等三个方面进行组织，讨论主题包括个人、质量、责任、主动性、可持续性、沟通、动机与期望、合作、一致性、组织、协调、指导、客户、目标设定、规范、优先级、变更等，基本上涵盖了构建高效团队合作的各个方面。
本书适合软件开发人员与管理人员参考。
本书作者
Jim Brosseau，自1980年以来一直在软件行业中工作，从事过测试、开发，担任过项目经理以及讲师。他在嵌入式电子设备、ATC系统和商业软件包等领域有着丰富的开发经验和管理经验。Jim是Clarrus Consulting Group公司的负责人，自1998年以来，为世界各地的众多组织提供咨询服务，帮助他们改进交付软件的方法。他在Cutter IT Journal杂志上发表了多篇文章并且担当顾问，出席过许多重要的会议并参与地方行业协会。Jim与他的妻子和两个孩子生活在温哥华。
目录
译者序
图标说明
前言
第一部分 问题空间
第1章 我们面临的巨大挑战
1.1 困难
1.2 缺乏远见的解决方案
1.3 人力因素的脆弱性
1.4 最优方法的真相
1.5 小结
第2章 做正确的事
2.1 正确地做事与做正确的事
2.2 做事的方式
2.3 我们需要掌控成功
2.4 解决方案框架
2.5 小结
第二部分 个人
第3章 个人的正确态度
3.1 牛仔和无名英雄
3.2 合理的自我批评
3.3 情绪
3.4 加快进度
3.5 我们都是领导者
3.6 小结
第4章 以质量为中心
4.1 质量是一种责任
4.2 输出质量理念
4.3 按照人员、过程、产品的顺序
4.4 小结
第5章 面对挑战
5.1 感受痛苦
5.2 应对痛苦
5.3 否定
5.4 忽视
5.5 毅力
5.6 思维定式
5.7 小结
第6章 主动性成效
6.1 认识你自己
6.2 赌徒与冒险家
6.3 设计我们的环境
6.4 并行工作
6.5 决策
6.6 坚持到底
6.7 小结
第7章 可持续性
7.1 什么才是重要的
7.2 充电
7.3 闻一闻玫瑰的花香
7.4 将内省作为一种商业策略
7.5 生活质量
7.6 小结
第三部分 群体
第8章 沟通
8.1 表达自己的意见
8.2 舒适的沟通
8.3 全面公开
8.4 信任
8.5 客户满意度
8.6 明确性和共同的理解
8.7 沟通的消极面
8.8 小结
第9章 动机与期望
9.1 动机驱动行为
9.2 成为一个激励者
9.3 公开我们的动机
9.4 反思阿喀琉斯之踵
9.5 期望
9.6 管理我们的期望
9.7 没有消息其实就是最坏的消息
9.8 小结
第10章 合作愉快
10.1 技术赎金
10.2 游戏
10.3 工作保障
10.4 谣言和暗讽
10.5 尽量减少干扰
10.6 质量圈族谱
10.7 就像在家里一样
10.8 小结
第四部分 团队
第11章 一致性
11.1 团队保持一致
11.2 团队规模的增长
11.3 与团队保持步调一致
11.4 制订规则
11.5 有意识的团队契约
11.6 包容各种观点
11.7 按比例缩放
11.8 小结
第12章 组织
12.1 各得其所
12.2 已定义方法，还是科幻小说
12.3 过程架构
12.4 阅读组合方法说明中的小字内容
12.5 这是一个过程项目吗
12.6 通过优化提升速度
12.7 培训
12.8 当问题出现时
12.9 但是我们不在乎
12.10 有条理的讨论
12.11 小结
第13章 协调
13.1 清理路障，还是阻塞道路
13.2 开诚布公的管理
13.3 只是一名雇员吗
13.4 检出，检人
13.5 对文档化工作的态度
13.6 不要轻易地将一切都外包
13.7 有人情味的平衡
13.8 保留上下文
13.9 小结
第14章 指导
14.1 胡萝卜和大棒
14.2 可控的多样性
14.3 是懒惰还是创造力
14.4 捷径
14.5 过程工效学
14.6 规模并不重要
14.7 持续的一致性
14.8 小结
第五部分 利益相关者
第15章 客户
15.1 谁是我们的客户
15.2 终端客户的代表
15.3 真实可靠
15.4 掌控期望
15.5 小结
第16章 设定目标
16.1 目标和任务
16.2 定义成功
16.3 根据产品的优势调整优先次序
16.4 是否真正重视产品质量
16.5 滑坡
16.6 全局观
16.7 小结
第17章 规范
17.1 意外的规范
17.2 规范的锥体特性
17.3 保持领先一步
17.4 到什么程度才是足够的
17.5 小结
第18章 优先级
18.1 正确的开端
18.2 在确定优先级之前首先制定计划
18.3 优先级排序
18.4 衡量和确定项目范围的优先级
18.5 拖延带来的成本
18.6 小结
第19章 变更
19.1 变动性要求多样性
19.2 偏离预计路线
19.3 通过配置管理来了解我们当时的思考
19.4 只需再多一点
19.5 小结
第20章 进展
20.1 三个关键角色
20.2 一种有条理的方法
20.3 解决难题
20.4 有风险的业务
20.5 关键路径
20.6 文档签字的含义
20.7 知道何时退出
20.8 完成
20.9 小结
第六部分 理清思路
第21章 挑选目标
21.1 正确的过程
21.2 规则
21.3 解耦项目
21.4 亡羊补牢
21.5 小结
第22章 灵活性和严格性
22.1 指导与规定
22.2 检查列表与签字
22.3 真正的设计问题：多样化和趋同
22.4 文档化和公共知识
22.5 避免发展过程中的复杂性
22.6 张贴出来
22.7 小结
第23章 回顾进展
23.1 将量化作为一项必要工作
23.2 战术度量和战略度量
23.3 隐性消耗
23.4 不能太大，也不能太小
23.5 小结
第24章 回顾变更
24.1 为变更制定计划
24.2 去掉旧方法
24.3 对未来的工作分类
24.4 机会
24.5 采取小的、可量化的步骤
24.6 提高认识
24.7 小结
第25章 始终保持警惕
25.1 眼罩
25.2 有哪些伤害
25.3 倒退
25.4 小结
第七部分 附录
核心工具
先读为快
第1章 我们面临的巨大挑战
在软件开发中，我们从不缺乏各种各样的推荐方法，并且许多新方法也在不断地涌现，然而人们最终却会放弃这些方法。大多数改进措施的结果都是令人失望的，有时候整个组织甚至都不能朝着共同的目标努力。
尽管有充分的证据表明，在软件开发中肯定存在着一些更好的方法，但这些方法并没有得到广泛的应用。
在这一章中，我们将介绍如何通过一些工程上的方法来解决软件开发中的难题。然后，讨论一些阻碍开发进程的人力因素。最后，分析为什么最优方法固然重要，但却还不足以成为一个完整的解决方案。
1.1 困难
为什么软件开发是项困难的工作？
当前，我们几乎每时每刻都需要构建新的东西，例如，为原来的程序增加新功能或打补丁，或用新的框架和语言重新实现原有功能。这是因为在实际工作中代码重用（Reuse）没有达到预期目的。我们很少能够有效地重用代码，以至于还不如重新编写代码。
在制造业中，解决重用问题首先要进行严格地分析和设计，然后重复生产同一产品。虽然我们也希望在软件开发中实现这种流水线的功能，但始终无法做到。软件开发中的一些制造工序，例如，刻录光盘或者电子设备部署等，相对来说都是不太重要的（假定我们非常了解产品开发过程）。而且，我们通常不会重视分析阶段和设计阶段。然而，事实证明，如果前期没有投入足够的努力，那么仅通过测试并不足以保证产品质量。
长久以来，人们一直认为软件是无形的，缺乏实体内容而很难控制。这种看法在某种程度上是正确的，这种抽象的理解不仅可以使我们少关心一些细节问题，还可以使我们逐渐远离软件的二进制形式。
在大多数软件项目中，真正缺乏的仍然是对产品的明确并且一致的理解，以及在项目的整个生命周期中对这种理解的管理。
……
