项目经理的浮生绘记

敏捷迭代规划会议，是团队在变化中依然保持节奏的“中枢系统”。不是项目经理在派活，而是团队在认领，让变化变成团队的动力，而不是负担。

在你的项目经历中，遇到最难估算的任务是什么？你是如何处理的？当团队成员对估算有巨大分歧时，你如何协调？在进度监控中，你最能有效识别“虚假繁荣”的方法是什么？

优先级排好了，干系人也统一了，插队需求挡回去了。你以为项目终于跑顺了？不，最残酷的一刀，现在才要开始动。

优先级管理，最终管理的不是需求，而是期望；排序的不是功能，而是价值。但当我们真正开始思考什么是成功时，一个更根本的问题浮现了：我们正在构建的，是用户真正需要的东西吗？还只是我们以为他们需要的东西？

敏捷不是为了消灭文档，而是为了消灭写了没人看、看了做不对、做了改不了的僵尸文档。 当一张张小卡片在看板上从左流动到右，那种确定的、可视的、连续的交付感，才是治愈项目焦虑的良药。

在互联网行业，满配团队是神话，资源永远短缺才是现实。团队组建不是“等资源齐全”，而是“在资源不齐的时候先冲出去，再在冲刺中不断强化”。

在创业公司，PM 要做的不是把概念当教条去推，而是把“为什么要敏捷”翻译成团队能接受、能落地的生意与工程语言。接下来的这篇，你要读完并能立刻上手说服老板与技术，推动敏捷落地。

作为一名资深PM，你必须具备透过现象看本质的能力。当老板说“对标抖音”时，他真正想要的是什么？这就是99%的互联网项目经理会遇到的开局：模糊的战略、巨大的野心、紧迫的时间、有限的资源。

我们将从一个实际的项目——模仿抖音短视频做的“抖腿短视频”——从实际出发，从应用场景出发，大家一起来捋捋，到底什么是敏捷，以及在真实项目中敏捷是如何跑起来的。