没人想要的项目管理办公室：一家中型机构在筹建中学到了什么
2021年初，一家中型区域机构决定筹建项目管理办公室（PMO）时，任务交代得含糊，但压力实实在在。三个基建项目进度滞后，两个悄悄超了预算，而高层管理团队怎么也得不到关于整体项目组合的明确答复。下达的指令很简单：「建一个 PMO。」下面是一段经过匿名处理但具有代表性的经过——包括起初搞砸的那些部分。
第一次尝试：为流程寻找问题
最初的团队做了多数新建 PMO 都会做的事。他们选定一套方法论，采购了一款工具，推出了一份有十五个字段的状态模板，要求每位项目经理每周填写。一个月内，填报率很高，价值却为零。报告被提交、归档、然后被无视。项目经理把 PMO 当成额外负担——一项占用他们时间、却拿不出任何可用成果的「税」。一位资深项目经理在走廊里直言不讳：「我每周五下午都在喂一台从不回喂我的机器。」
错误在于把 PMO 当成一个汇报职能，而不是一项服务。它向上收集信息，却没有给做实事的人任何回馈。在该机构这种规模的远程和混合办公团队中，这种脱节被放大了：状态表成了 PMO 与现实的唯一接触，而这些表是被防御性地填写的。
重启：赢得治理的资格
转折点是一个决定：把模式反过来。在提出任何要求之前，PMO 先交付一些有用的东西。在接下来的一个季度里，它以几种具体的方式改变了运作姿态：
先从服务入手，而非标准。 PMO 先提供帮助——主持协调、风险研讨会、统一的估算方法、一次真正的合同审查——等团队信任它之后，再让汇报随之而来。
建立单一事实来源。 它不再用十五个无人阅读的字段，而是维护一份准确的项目组合视图，高层真的会去看，让项目经理看到自己的工作正在支撑真实的决策。
让治理与规模相称。 小项目只做轻度管控；只有大型或高风险项目才走完整的阶段评审。与规模相称的管控，赢回了一刀切规则曾摧毁的公信力。
做教练，而非审计。 当某个项目陷入困境时，PMO 出现是为了帮它恢复，而不是写它的过失报告。仅此一变，就把这个办公室从威胁变成了盟友。
汇报成果，而非活动量。 新的视图跟踪的是收益、相对于价值的支出以及需要做的决策——而不是有多少任务被标记为完成。
真正起作用的是什么
一年后，这个 PMO 在纸面上并不亮眼——工具简朴，团队不大，没有繁复的框架。但项目组合一目了然，意外更少，项目经理主动寻求它的帮助，而不是躲着它。值得带走的教训是：PMO 不是一座你装上去的控制塔，而是一项你要赢得运营资格的服务。靠授权而来的权威会被侵蚀；靠有用而来的权威则会不断累积。
如果你正在筹建一个 PMO，请抵住先上模板和工具的冲动。先从一个能让你最忙的项目经理由衷感谢你解决的问题入手，让治理由此生长出来。
如果你正在建立或挽救一个项目办公室，并希望采用一种赢得认同而非强加于人的模式，XNM 的项目群与项目交付咨询服务 可以帮你把它建成被人使用、而非被人忍受的办公室。