风险登记册

风险登记册（Risk Register）是把”可能出问题的事”显性化管理的工具。每条风险至少记五个字段：风险描述、发生概率、影响程度、应对措施、责任人。按概率乘影响排个优先级，高危的重点盯，低危的定期看一眼。游戏项目的典型风险来源很固定：核心玩法验证不确定、关键人员流失、外包交付质量、版号等外部审批、技术方案在目标机型上的性能、跨项目的资源争抢。

这个工具的真正难点不在建立而在维护。太多项目的风险登记册是立项时写一次、之后再也没打开过的死文档。活的风险登记册要跟着项目走：每次里程碑或版本周期过一遍——旧风险是消除了还是恶化了、有没有新风险进来、应对措施执行了没有。

PM 视角

风险管理是 PM 区别于”排期工具人”的核心价值点，几条实战心得：

第一，风险要有具体的应对动作和责任人。“美术产能可能不足——持续关注”这种条目等于没写。要写成”若某日期前外包首批交付不达标，则启动备选供应商/砍某某内容”，触发条件、动作、决策人都要落实。

第二，让风险上桌面。很多真实风险大家私下都知道，但没人愿意在正式场合说（比如”这个技术方案主程自己都没底”）。PM 的价值就是提供一个安全的机制让风险被摆出来——风险评审会上明确”提出风险有功无过”，比表格模板重要一百倍。

第三，风险发生后回头看登记册。这个风险当初记录了吗？记录了为什么没拦住？没记录为什么漏了？这是提升团队风险嗅觉最有效的复盘素材，也是你述职时”风险预警避免了什么损失”的证据来源。