从零讲清：轻量级项目治理
如果你刚接触项目工作，治理这个词大概会让你联想到指导委员会、状态汇报幻灯片，以及一堆没人翻看的政策文件。这种名声虽是咎由自取，却并非治理本应承担。治理其实只是回答一个问题：谁有权决定什么，团队其余成员又如何得知？把这件事做对，项目就能在轨道上顺畅运行。做错了，再有才华的团队也会停滞，苦等永远不来的审批。下面这篇浅显的说明，写给第一次搭建治理的人。
治理究竟是什么
剥去术语，项目治理就是三样东西协同运作：握有权力的人、他们负责的决策，以及做出这些决策的节奏。它不是任务的日常管理——那是交付。治理位于交付之上，其存在是为了消除模糊：谁能说同意，必须通知谁，以及项目偏离方向时该如何处理。
一位发起人——一个负责到底的人，掌握业务论证，能够为资金或范围的决策扫清障碍。
一个小型决策论坛——往往只有两三个人，按固定节奏开会处理上报的事项。
一份简短的成文规则——项目经理可以独自决定什么，又有什么必须上报给发起人或论坛。
为什么轻量胜过笨重
在第一个项目上，人们的本能是搭得太重：一个庞大的委员会、每月两小时的评审、一份三十页的章程。问题在于，笨重的治理就是迟缓的治理。每一项决策都要等到下一次大会，团队于是学会绕开流程，而不是走流程。如今远程与混合团队已成常态，一个依赖所有人同一时间同处一室的结构尤其脆弱。轻量治理保留了同样的问责，却降低了使用它的成本。
指定唯一的发起人。 不是一个委员会，而是一个人。如果上报的事项无处落地，它们就会越积越多。一个负责到底的人能让决策持续推进。
把决策权写下来。 半页纸就够了：低于某一额度的支出，项目经理决定；范围变更，发起人决定；任何牵涉到其他团队的事，论坛决定。
设定简短而规律的节奏。 每周十五分钟的碰头，胜过每月两小时的评审。频繁而简短能让决策保持新鲜，并在问题还便宜可改时就把它暴露出来。
采用例外报告。 不要把一切顺利的事都讲一遍。只报告偏离轨道的事、你正为此采取的措施，以及你需要拍板的事项。把大家的注意力留给真正要紧之处。
保留一份可见的决策日志。 一份共享清单，记录决定了什么、由谁决定、何时决定。它终结了关于我们当初到底约定了什么的反复争论，也使混合团队不必依赖记忆。
懂得何时该加码
从轻起步，只有当项目确实需要时才增添结构。一个小型的内部项目，需要一位发起人和一份决策日志，仅此而已。而一个动用公共资金、横跨多个部门，或承担真实安全或声誉风险的项目，则值得配备更完整的论坛和更清晰的审计轨迹。诀窍在于让治理的分量与后果的分量相匹配——并抵御那种为尚不存在的问题硬加流程的冲动。一套你真能照做的治理，胜过一个摆着不用的、看起来很气派的框架。
如果你希望为某个具体项目把治理的分量调得恰到好处——既不过重，也不过薄——XNM的项目群与项目交付顾问服务可以为你建立与工作相称的决策权、节奏与报告机制。