B站简介
把模糊变清晰，把不确定变确定。
一句话：消除不确定性
有人问我：游戏PM每天到底都在做什么？
认真回答的话，可能会让一些人失望。游戏PM的工作抽象出来只有一句话：消除不确定性。
听起来很虚，但这句话背后是一条完整的管理链路。今天把这条链路拆开，同时聊一个干了这么多年之后越来越确定的结论：这个岗位有一个无解的结构性困境，知道了这个困境，你才知道精力该用在哪里。
链路四步
第一步，对齐认知。 通过会议和项目管理工具，把「团队要做什么、目标是什么、优先级怎么排」拉到同一个认知基线上。这一步看起来简单，但80%的项目问题，根源都在这一步没做到位。不同的人对同一个词的理解是有偏差的——比如「完成」，程序觉得代码写完就是完成，策划觉得验收通过才是完成。一开始不对齐这些定义，后面所有协作都会出问题。
第二步，拆解和分发。 需求不能以大块头形式存在，一个功能点必须拆成程序要做的事、策划要做的事、美术要做的事，并且给每个人开具体的单子。有人说小团队口头对齐就行——我的经验是，口头约定在人数超过五个之后开始失效。不是人不可靠，是人的记忆不可靠。没有单子做锚点，你问不出进度，也追不到责任。
第三步，排期和工时。 每个单子都要有明确的开始时间、结束时间和工时预估。这一步的价值不是把排期表做得多精细，而是让整个团队在同一张时间表上前进。
第四步，日常跟进。 有了单子和排期，剩下的就是跟进的活：站会、看板、风险预警，把跑偏的地方及时拽回来。
四步合起来，每一步都在做同一件事：把模糊变清晰，把不确定变确定。
结构性困境
但PM这个岗位有一个结构性困境：你的大部分管理动作，依赖汇报对象（制作人、主策）的决策和支持。当这些角色不作为、不决策的时候，很多管理动作就难以展开。
这不是某一个人能解决的，是行业普遍的现状。PM中台架构提供了一个解法，但它同样带来额外的成本。
所以我最终认为的解法是：放弃对外部环境的执念，把精力放在可迁移能力的建设上。
三块真正的护城河
第一，结构化思维。 把一团乱麻的问题拆成可处理的结构，这个能力不依赖任何具体公司，你带着它走到哪里都是稀缺的人。
第二，跨职能沟通。 PM每天和程序、策划、美术、运营、QA打交道，每个职能都有自己的思维方式和表达习惯。好的PM能在不同语境里迅速切换，用对方听得懂的语言解释同一件事。
第三，风险识别。 看一个计划，能不能看出哪块最容易出问题；看一个团队，能不能看出哪些人最可能延期。这种能力靠大量项目经验喂出来，你踩过的坑越多，风险雷达越灵敏。
汇报线、组织架构、制作人是不是赏识你，都是外部变量，你控制不了。但这三块能力是真正属于你自己的，不管环境怎么变，它们会一直跟着你。
想系统理解这个岗位，入门看《游戏项目管理14讲》，进阶看《从执行者到架构师》。