一页纸项目管理方法(OOPM)背后的思想

——选自《一页纸IT项目管理：大道至简的实用管理沟通工具》

设想一下，你的上司要求你快速提供一份项目报告，内容包括以下方面：

• 项目的哪些部分是按进度进行的，哪些部分超前或落后于进度；
• 项目的每个主要任务都由谁负责；
• 项目执行预算和满足目标的情况如何，有哪些主要问题；
• 目前的总体进展如何；
• 此外还要求你提供未来三个月的预测。

读者可能会想，这可是一件繁重的任务，它将耗费我和团队的很多时间去收集和组织大量信息，再将它们组织为易读的形式。由于这些时间并未直接花在项目工作上，因此可能会导致团队业绩下降。而且，上司很有可能不会阅读所有信息，因为事情总在变化，上司也总是很忙。

在参与了很多的项目之后，我得出了这样一个结论：为高管层提供所需信息很难，想让信息易于理解也很难，要想在不占用过多时间的前提下收集和提供信息同样很难。

此外，每个项目都有一个对它非常感兴趣的人群，尽管这些人并不直接参与到项目中。然而，很少有项目经理知道如何将信息有效地传递给这些人。

这个人群可能包括董事会、高管层、供应商、客户和那些间接参与项目或影响项目结果的上级和下级，等等。他们希望以一种省时的方式了解项目进展，但又不想要分析得过于详细的冗长报告。但是，他们也不希望沟通过于简单、不合理和空洞，因为这样会产生很多他们无法回答的问题。相反，他们希望有足够的信息来回答他们自己的问题，但又不需要过多的信息，以免被淹没在事实和数字中。

OPPM 提供了刚好能够满足需求且易于阅读的信息。它所回答的问题多于产生的问题，这正是它成为一个有效沟通工具的原因所在。

“OPPM”（一页纸项目管理方法）能确保所有IT 项目实现预期价值，它对你来说意味着什么？ Clark在《一页纸IT项目管理方法》中介绍了一种高级方法和工具，帮助你实现目标。本书是专为IT 项目写的，由于这些项目很少能成功地创造预期价值，因此更需要全方位的帮助，图0-1 证实了这一点。造成这些问题的原因有两点。首先是IT 有效性：业务部门和IT 部门之间很少能紧密协作，而且双方对项目优先级的判断可能大相径庭。换言之，他们无法形成一个可以有效管理的统一整体。其次是IT 效率：IT 组织通常效率低下，而且在开发和部署过程中缺乏敏捷性。在这两个问题的双重影响下，很大一部分IT 项目没有实现预期结果。

用于IT 项目的OPPM 可帮助解决这些问题。它可以在以下3 个领域提供帮助。

摘自Dave Berg的一段话：

我在过去10 年里，曾在3 家公司中将OPPM 成功用于各种IT 项目，也亲身体验了上述种种获益。他做了30 年的CIO，负责过很多项目。近10 年中最成功的项目都使用了这种OPPM 方法和工具。方法本身并不能保证成功，我们还需要管理很多变化的因素才能实现项目的预期价值。但是，我发现这种工具本身是非常有效的。

如何知道这种工具是否对你有效呢？是否应该阅读本书，并在你自己的IT 组织中推行OPPM 实践呢？下面我谈一点儿我的经验，以帮助回答这两个问题。我的职业生涯从IBM 开始，在IBM 工作的23 年中承担了大量的专业任务。其中最后5 年，我担任通用产品部门的CIO。此后的18 年，我历任6 家高科技计算机公司的CIO，它们是Memorex、Unisys、MIPS、SUN、Cirrus Logic 和Exabyte。在最近7 年，我就任O.C. Tanner 公司的CIO。为什么我要历数这些经历？原因就在于在我担任CIO 的30 年间，曾参与和主管了数百个规模和复杂度各异的IT 项目。很多项目实现了预期价值，也有一些没有成功。要是OPPM 被早些开发出来并加以完善就好了。

坦白地讲，我认为我亲身体验又挣脱过几乎每个IT 项目的“僵局”。根据最近这些年使用OPPM 的经验，我强烈推荐在所有IT 项目中使用这种工具。它易于使用和学习，能为项目提供极大的价值。OPPM 有助于项目的顺利进行，它创建了一种公共的可视沟通语言，并使IT 与业务之间更协调。这是一个创新的、简单的工具，是项目管理方法的重大突破。如果你需要更多的动力或帮助，请致电Clark，邀请他为你的团队讲解，或是做一些现场培训。

我的建议是阅读本书并部署OPPM。祝你们好运，好好阅读它吧！

补充信息：

    原书名：The One-Page Project Manager for IT Projects: Communicate and Manage Any Project with a Single Sheet of Paper