引言

引言

英国政府最近取消了一个历时九年、耗资数亿英镑的IT项目,原因是“这个项目不再必要”。类似的例子在我们身边比比皆是,只是项目规模可能小一些。仅仅2004年,欧盟的商业机构就因IT项目失败损失了1420亿欧元,其主要原因是产品未能与商业目标保持一致,或者是项目交付时商业策略已经发生变化。这一数目大致相当于包含所有航天器在内的国际空间站项目的花费,几乎两倍于阿波罗计划,该计划可是6次成功着陆月球的。

今天软件无处不在,但是无以计数的软件产品和项目从未产生任何影响就已经慢速死亡,其主要原因是错误的假设、缺少重点、对目标沟通不力,或是缺乏对整体目标的理解,以及未能与整体目标保持一致,这造成了巨大的时间和金钱上的浪费。我们必须找到更好地交付软件的方法。

这本书是关于影响地图——一个简单却极高效的协作性的策略规划方法——的实践指南,它帮助组织通过软件产生影响。影响地图能帮助我们创建更好的计划和里程碑规划,确保交付和业务目标一致,并更好地适应变化。在这一领域,它不是第一个,也不会是最后一个解决方案,但它很重要,因为它符合软件产品管理和发布计划的发展趋势——包括面向目标的需求工程、频繁的迭代交付、敏捷和精益软件方法、精益创业产品开发循环,以及设计思维等。

谁应该看这本书?

本书面向的主要读者是负责产品开发或软件交付的高级人员,他们可以来自业务方,也可以来自交付方,包含业务发起人以及拥有以下职责的人——产品拥有者、项目总负责、产品线管理、产品架构、业务分析、质量改进和保障,以及产品交付。我的大多数经验在迭代交付模式上,因此会从这个视角来写作,如果你的工作环境与此类似,将会收益更大。

  • 被委派到软件项目中的业务人员:他们可以学会如何更好地沟通业务设想。

  • 高级产品和项目发起人:他们可以学会如何更高效地与交付团队沟通假设,怎么让交付团队更积极参与以做出好的决策,以及如何高效地管理项目组合。

  • 已经应用敏捷、精益方法或精益创业思想的团队:他们可以学会如何让交付更有重点,并让业务方和用户更好地参与交付过程。

  • 正在向敏捷或精益方法转型的团队:他们将了解应对规模化精益和敏捷实施常见问题的方法,比如创建整体图景,把工作细分为仍然具备业务价值、并可以汇报有意义的进展的工作项。

目录