(特价书)成功软件开发方法—由外到内开发实践指南

. ●持续地保持与利益相关者目标的一致性。

●在交付产品之后，一直帮助利益相关者管理持续的改变。

●掌握驱动由外到内开发所必需的领导技术。...

2.3.1 描述利益相关者目标的技巧 18
2.3.2 识别讨论中出现的约束 19
2.4 四个利益相关者组 20
2.4.1 负责人 20
2.4.2 最终用户 21
2.4.3 合作伙伴 24
2.4.4 内部人员 25
2.4.5 考虑利益相关者之间的关系 26
2.5 和利益相关者进行对话 27
2.5.1 理解负责人利益相关者的目标 27
2.5.2 理解最终用户利益相关者的目标 32
2.5.3 理解合作伙伴利益相关者的目标 33
2.5.4 理解内部人员利益相关者的目标 33
2.6 使客户的讨论与利益相关者的目标一致 35
2.7 理解利益相关者中领导者的角色 37
2.8 要点 37
2.9 关键术语 38
第3章 理解组织背景 40
3.1 组织背景概述 41
3.1.1 由于组织背景不同而相互矛盾的反馈 43
3.1.2 现实中的组织背景差异 44
3.1.3 用组织的设计意识选择软件市场 46
3.1.4 组织背景差异的其他方面 47
3.2 处理不同的客户需求 49
3.2.1 不可能使所有人都满意 49
3.2.2 一个用户形不成市场 50
3.3 利用组织背景理解利益相关者的立场 50
3.4 使用组织背景中领导者的角色 56
3.5 要点 56
3.6 关键术语 57
第4章 使产品易于使用 58
4.1 产品易用性概述 59
4.2 识别易用性元任务 64
4.3 使用易用性计分卡指导投资 66
4.3.1 在计分卡中使用易用性元任务 68
4.3.2 构建计分卡 73
4.4 选择需要强调的易用性元任务 75
4.4.1 验证易用性数据 76
4.4.2 把真实世界包含在计分卡中 77
4.4.3 在计分卡中包含完整的产品组合 78
4.4.4 计分卡之外 79
4.5 容许更多的人使用产品 80
4.5.1 全球化 80
4.5.2 可达性 81
4.6 使产品易于使用中领导者的角色 82
4.7 要点 83
4.8 关键术语 83
第5章 与利益相关者的目标保持一致 85
5.1 与利益相关者保持一致的概述 86
5.2 关注利益相关者的利益 87
5.2.1 利益相关者的所有问题 88
5.2.2 反馈的质量取决于显示的内容和对象 92
5.2.3 获得关于产品基础结构的有效反馈很困难 94
5.3 设计与利益相关者保持一致的能力.. 96
5.3.1 面对构建响应能力的挑战 97
5.3.2 构建映射到开发方法的能力模型 98
5.3.3 切记共享自己的贡献 99
5.3.4 制定计划能力时提出的问题 100
5.3.5 谨慎使用简化能力 101
5.4 最小化交付物中的噪音，赢得利益相关者的积极反馈 101
5.4.1 对团队投资 102
5.4.2 把缺陷引入与利益相关者的目标保持一致的讨论的原因 103
5.5 帮助确保质量 103
5.5.1 协作 104
5.5.2 自动化 105
5.5.3 对于未答复的缺陷要小心 105
5.5.4 从缺陷中学习 108
5.5.5 把利益相关者的世界引入你的工作 109
5.5.6 把利益相关者本身带到你的工作环境 109
5.5.7 让团队成员体验真实 110
5.6 为产品成功而预演 110
5.6.1 为产品的预演制定计划 112
5.6.2 欢迎批评意见 112
5.6.3 将预演应用于任何开发方法 113
5.6.4 邀请合作伙伴利益相关者参加预演 113
5.6.5 在预演中邀请尽可能多的内部人员 113
5.7 与利益相关者目标保持一致中领导者的角色 115
5.8 要点 116
5.9 关键术语 116
第6章 用利益相关者的术语定义成功 118
6.1 利益相关者在产品阶段获得成功的概述 119
6.2 第一波：一切为了负责人利益相关者获得成功 120
6.2.1 为产品设置成功的目标 120
6.2.2 确认是否已经达到目标 122
6.2.3 对第一波客户使用反向驻留 122
6.2.4 保持正常的心态 124
6.2.5 制定计划支持第一波获得成功的能力 125
6.3 使用从第一波中积累的经验 125
6.3.1 了解产品的运行情况 126
6.3.2 注意影响第一波客户的缺陷 126
6.3.3 迫切地为利益相关者提供更多的功能 128
6.3.4 使用适当的交付机制交付后续的功能 129
6.4 第二波：一切为了对客户的长期承诺 131
6.4.1 提供清晰的支持模式 132
6.4.2 计划动态地调整产品 132
6.4.3 从第二波利益相关者那里获得反馈 133
6.4.4 利用获得的反馈影响下一个版本 133
6.5 第三波：帮助利益相关者处理新旧版本 134
6.5.1 考虑现有的客户如何移植到新的版本 134
6.5.2 提供移植帮助 135
6.5.3 支持利益相关者 135
6.6 在定义成功中领导者的角色 136
6.7 要点 136
6.8 关键术语 136
第7章 成为由外到内的开发人员 138
7.1 如何采用由外到内开发的技术 138
7.1.1 利用由外到内的技术建立以利益相关者为基础的文化 139
7.1.2 文化的改变来自组织结构图的两端 140
7.1.3 适当地展开由外到内的开发 141
7.1.4 应该如何着手 142
7.1.5 存在多个领导机会 142
7.1.6 存在积极地推进的环境吗 143
7.2 洞察由外到内开发的效果 144
7.2.1 为团队计划增量地采用由外到内的开发技术 144
7.2.2 选择恰当的初始负责人利益相关者 145
7.2.3 如何对多个软件项目使用由外到内的开发 147
7.2.4 由外到内的开发如何适应瀑布式项目 151
7.2.5 由外到内的开发如何适应精益六西格玛项目 152
7.2.6 由外到内的开发如何适应精益敏捷项目 154
7.3 采用由外到内开发中领导者的角色 156
7.4 要点 156
7.5 关键术语... 157

.　　在每一章都有一段，标题为：在……中的领导者的角色。这是写给有兴趣抓住机会帮助团队的人。
　　阅读时试验一些概念和技巧
　　下面介绍阅读本书的技巧。当阅读完一章后，列出要点清单，这样你就可以开始和同事进行交流并立即使用这些技术。
　　从要点部分开始，想象如何把这些实践应用到自己的环境中去。接下来，你可以在团队内部乃至自己的工作项中试验这些技术。
　　不必等到阅读完整本书，就可以把这些由外到内开发的概念用到会话、会议、客户评审等任何地方：我们确信你会对这种方式在实践中的自然运用而感到惊喜。
　　为什么写这个主题
　　我们编写本书是因为客户需要能够帮助他们的业务取得成功的软件产品。
　　我们知道客户能从许多渠道获取软件，而不仅是从我们所在的公司。当我们的产品满足客户真正的业务需求、使他们快速和高效地取得业务成功时，我们双方都会获利。
　　然而在大多数情况下，跨行业的团队关注生产代码的处理和方法，却没有足够地关注谁会使用它或为什么需要使用它。
　　由外到内的软件开发分享了我们以及许多同事的经验和实践，还介绍了一个概念性的框架以便软件开发团队可以容易地理解、应用和获益。最后，这意味着使用软件产品的公司将收获更多。
　　内容概览
　　本书共包含7章。第1章介绍了由外到内开发（OID）的基本概念。
　　接下来的四章介绍了由外到内开发的基础知识。其余几章介绍了一些实用的、已证实可行的方式，这些方式可以帮助你在开发中成功实现OID。
　　下面是本书的内容概览。..
　　■ 第1章，介绍由外到内的开发。
　　概括介绍由外到内的开发（outside-in development，OID）思想和期望它能做什么。
　　■ 第2章，理解利益相关者。
　　由外到内的开发定义了利益相关者特定的分类和实用的方式，详细阐明你将服务哪些利益相关者，他们的目标是什么以及如何用你的产品实现那些目标。
　　■ 第3章，了解组织的背景。
　　揭示你的潜在客户当前组织的方式和他们将来应该组织的方式的技术，提供有助于和他们的目标进行对话、有助于有效调整设计和开发以满足那些目标以及有助于成功交付软件产品的见识。
　　■ 第4章，使产品易于使用。
　　介绍了易用性这个术语以及实用的技术，这种技术用以评估和改进产品性能，使之可以快速和有效地部署、使用和支持。
　　■ 第5章，与利益相关者的目标保持一致。
　　不断地提高你对利益相关者的目标和产品有效地满足这些目标的理解。交付一个能使客户达到他们的业务目标的产品，需要许多优秀的实践和不断地改进；由外到内开发的实用方法包括许多已被验证的技术。
　　■ 第6章，用利益相关者的术语定义成功。
　　由外到内的开发方式并不认为软件交付给客户时产品开发就结束了。相反，软件的生命周期延伸到生产周期，开发团队有责任渡过生产周期的三波活动。
　　■ 第7章，成为一位由外到内的开发人员。
　　在产品周期中的任何时候都可以应用由外到内的开发技术，成功采用已验证的方法会增加成功的机会。
　　可以跨行业使用由外到内的开发
　　由外到内的开发方法不仅适用于像IBM这样的大公司。
　　虽然我们能够通过提取和精炼来自数百个规模不同的大小项目的技术而受益，但是，学到的经验既适用于小的、地方化的团队，也适用于大的、分布于全世界的团队。
　　或许大小团队之间的最大区别在于角色重叠：在一个小团队，单个人担任多个角色。例如，产品经理领导一个小项目，同时也领导程序员或市场人员。
　　正如先前所述，当我们说“你”而没有进一步详细说明的时候，我们希望读者把材料应用于特定的角色（或多个角色）。关键是这里不局限于大公司。
　　每个人都可以使用由外到内的开发观点。
　　不依赖过程和方法
　　所谓每个人都可以使用由外到内的技巧，是指你可能使用各种各样的开发过程和方法。我们花了一年多时间，交付了大型瀑布式项目，在这个项目中使用过由外到内的开发，在按四个星期固定迭代交付的更精简、更敏捷的项目中，我们也使用过由外到内的开发。本书讲述的不是开发过程。
　　广泛应用的企业到企业（B2B）
　　我们从软件供应商（为企业消费者构建产品）的角度编写这本书，但是还有更多角度。
　　假如你进行内部应用程序的开发，为开源项目、政府机构或非盈利组织工作，或者仅出于爱好构建软件，你会发现这些材料也适合你。
　　无论你出于什么原因构建软件，都应该阅读本书。是的，本书的例子将成为你的软件供应商同行。
　　除此之外，本书的内容对于每一个想要构建好的软件产品的人来说都很有用，确实很好。...