一个理想的开发项目会准确地交付客户所需要的东西，并获得厂泛、快速和热情的采用。它是由一组高效率、高士气的软件专家设计和构建的。使用本书讲述的“由外到内”方式进行软件开发，你的下一个项目就会是这个理想的项目。
在本书中，Carl Kessler-4和John Sweitzer，这两位最受尊敬的IBM软件领导向你讲述如何识别和决定项目实际价值的利益相关者。如何围绕他们的实际需要调整每一个决策，以及如何才能交付获得广泛、快速和热情采用的软件。
这两位作者介绍了一个端到端的框架和实际的实现技术，对于任何项目类型或范围，任何团队都可以快速地从中获益。使用已验证的方式，可以提高与客户交流的效率，更可视和更清晰地定义优先级，还可以确保你的所有代码递送最大的业务价值。
　本书内容包括：
　　理解利益相关者和他们所处的组织和业务背景。
　　澄清项目将满足的短期和长期的利益相关者目标。
　　更有效地把项目预期映射到成果。
　　构建比较“易于使用”的软件：比较容易部署、使用和支持的系统。
　　持续地保持与利益相关者目标的一致性。
　　在交付产品之后，一直帮助利益相关者管理持续的改变。
　　掌握驱动由外到内开发所必需的领导技术。

本书介绍由外到内的软件开发方法，定义了利益相关者特定的分类和实用的方式。本书介绍了易用性以及实用的技术，以评估和改进产品的快速有效部署、使用和支持的能力。本书还介绍了要与利益相关者的目标保持一致、用利益相关者的术语定义成功，应用由外到内的开发技术和成功采用已验证的方法，增加成功的机会。
本书可供从事软件开发工作的业界人员参考。

　 凯斯勒（Carl Kessler）是IBM软件组内的全球开发副总裁。他在IBM领导大型的软件开发团队工作已经越过十年，他主要的工作领域为企业内容管理、系统管理、安全和网络等领域。

译者序
序
前言
第1章　由外到内的开发方法概述
1.1　可能需要一些挑战
1.2　考虑一种不同的软件产品开发方
1.3　还需考虑一些已验证的技术
1.4　带领整个团队走向成功
1.5　了解利益相关者
1.6　了解组织的背景
1.7　使产品易于使用
1.8　与利益相关者的目标保持一致
1.9　用利益相关者的术语定义成功
1.10　成为一位由外到内的开发人员
1.11　由外到内的开发中领导者的角色
1.12　要点：从现在开始
第2章　理解利益相关者
2.1　理解利益相关者概述
2.2　识别利益相关者
　2.3　理解利益相关者的目标
　 2.3.1　描述利益相关者目标的技巧
　 2.3.2　识别讨论中出现的约束
2.4　四个利益相关者组
　 2.4.1　负责人
　 2.4.2　最终用户
　 2.4.3　合作伙伴
　　2.4.4　内部人员
　 2.4.5　虑利益相关者之间的关系
　2.5　和利益相关者进行对话
　　2.5.1　理解负责人利益相关者的目标
　 2.5.2　理解最终用户利益相关者的目标
　 2.5.3　理解合作伙伴利益相关者的目标
　 2.5.4　理解内部人员利益相关者的目标
2.6　使客户的讨论与利益相关者的目标一致
2.7　理解利益相关者中领导者的角色
2.8　要点
2.9　关键术语
第3章　理解组织背景
3.1　组织背景概述
　3.1.1　由于组织背景不同而相互矛盾的反馈
　 3.1.2　现实中的组织背景差异
　 3.1.3　用组织的设计意识选择软件市场
　 3.1.4　组织背景差异的其他方面
3.2　处理不同的客户需求
　 3.2.1　不可能使所有人都满意
　 3.2.2　一个用户形不成市场
3.3　利用组织背景理解利益相关者的立场
3.4　使用组织背景中领导者的角色
3.5　要点
3.6　关键术语
第4章　使产品易于使用
4.1　产品易用性概述
4.2　识别易用性元任务
4.3　使用易用性计分卡指导投资
　 4.3.1　在计分卡中使用易用性元任务
　 4.3.2　构建计分卡
4.4　选择需要强调的易用性元任务
　 4.4.1　验证易用性数据
　 4.4.2　把真实世界包含在计分卡中
　 4.4.3　在计分卡中包含完整的产品组合
　　……
第5章　与利益相关的目标保持一致
第6章　用利益相关者的术语定义成功
第7章　成为由外到内的开发人员

　由外到内的思想对团队正在采取的实际的软件实现方式进行了补充，它还改变了衡量成功的方式。一个由外到内的成功团队学习许多经验，而不做过多推测。　　　　　　　　　　　　　　 ——Tom Poppendieck

第2章　理解利益相关者
　　2.1　理解利益相关者概述
　 我们认为这样做很方便和有效：从业务领导到市场专家、编码人员、程序员、系统测试人员、现场支持工程师、销售人员以及其间的所有人，均理解利益相关者和他们的目标，这样整个产品开发团队可以共享。
　有效的开发依赖整个团体的工作方式。
　 例如，开发人员和市场策略者必须充分沟通彼此对为什么构建一个产品的理解。至于构建产品的原因，那就是它必须满足一些利益相关者的目标。
　 类似地，支持工程师和设计人员必须在如何构建一个有用的产品方面达成一致。这种明确是必需的。整个团队把对产品价值的全面理解向他们的利益相关者分享得越多，项目成功的可能性越大。
　 这对一个位于同一地方的小团队和一个全球性分布的开发团队一样适用。就后面这种情况来说，基于技能或工资水平，开发内部的职能经常位于不同的地方。对利益相关者和他们目标的共享理解可以把多个部门团结成单个高效的虚拟团队。
　 对利益相关者目标的理解和实现这些目标的方式很容易随着时间而改变，无论是由于利益相关者看了解决方案的具体实现引起的还是由于计划、预算或其他的约束引起的优先级的改变。这些应该捕获并共享。
团队使用很多方法和工具来实现这一点。为了简化和让我们可以在这本书中使用参考模型，我们将引入利益相关者目标图（stakeholder goals map）这个概念：一个保存与利益相关者相关的重要见识、利益相关者的目标和你为它们排定的优先级的假想产物。
　　……