由于学法律出身，所以对商业合同条款、SOW额外上心，在项目管理中还有一份具法律高效用的全局文档-项目章程（必须甲乙双方签字确认）项目章程是我接手项目中唯一全掌控的制度性法律文档。里面不仅规定了项目的目标、范围、计划、资源、权利架构、责权主体（到人）等实体内容，也规定了会议沟通、汇报决策、风险报告、变更提报等程序内容。一、实体层面：它是“项目宪法”。本质上是在解决三个问题：①项目为什么存在（目标、商业论证）。我还会把达到项目目标的验证内容写进去，别做完了，咦！还要做些其它。②谁说了算（PM、发起人、Sponsor、职能经理的授权边界）。我的重点放在签字人身上，怎样的项目过程或结果文档，谁签字作数，最大限度规避层层汇报层层签，然后谁也不作数。③出了事谁负责（责权主体到人，这是后面追责和考核的依据）。很多甲方责任、乙方售前限制或第三方的责任，我项目经理不背锅。二、程序层面：它是“治理规则”。其实是项目的“操作系统”：①谁有权发起变更？双方签字到哪一级？日后结项收钱都是依据。②风险识别后汇报到哪一级？批准风险策略的是谁？责任谁担？我一般会把刚接手项目Review后所有认别出来的售前风险或SOW不足都列入并写上我作为PM的风险策略，直接等批准。台面下的统统摆到台面上。③哪些事项必须上会，哪些PM可以直接拍板？项目管理范围内的我最大，别对我指手画脚。超项目管理范围的，自然交给各位老板，听你们的。项目章程一旦签发生效，它就不再是“参考文件”，而是所有后续计划（范围说明书、WBS、进度计划、预算）的上位依据。后面任何冲突，都要回来看章程怎么定的。而程序条款，就是为了防止后期陷入“会山会海”“谁都能插一嘴”“谁都不拍板”的混乱状态。程序正义，往往比实体内容更能决定项目能不能跑得下去。
发布于 上海
分享
3
赞
未登录
友善发言
评论
加载中
