项目管理

十年前我给一家百人规模的软件公司做敏捷咨询，CTO 把我拉到一边，指着满屏的 Excel 说：“我们买了 Jira，但三个月下来，没人用。”我问为什么。他说：“大家觉得太复杂，开个任务要填七八个字段，产品经理带头抵抗。” 这不是孤例。后来我见过太多类似的场景：5 人初创团队买了一线大厂标配的重型工具，半年后沦为摆设；上百人的研发组织反而用着免费看板，连需求追溯都做不到。 做了十五年研发管理咨询，看…

今年的采购审批会上，CEO在投影幕布前停了三秒钟，然后开口说了一句话，让整个会议室彻底安静下来：“我们花了20万买的项目管理软件，上线不到半年，三个团队不但没提效，反而全崩了。有人加班更狠，有人流程更乱，有人连原本正常的版本节奏都丢了。问题到底在哪？” 这个问题没有当场回答，因为它听起来像是在追责。但如果真想给一个诚实的答案，它应该是：不是软件烂，也不是团队不努力，而是三个团队在用同一款软件，过上…

当你拿到第一笔融资，看着团队从5个人膨胀到20人时，最先失控的往往不是代码质量，也不是市场节奏，而是“这件事到底谁在做、做到哪了”的协作黑洞。 我服务过50多家初创公司，几乎每一家都会在第三个月重新打开一批项目管理软件的官网，一边对比价格，一边发邮件申请退款。不是产品不好，而是从一开始，选型的思路就掉了进同一个坑，，认为软件能一步到位解决所有管理问题。 这个幻觉，比预算超支、工期延误更致命。因为它…

上个月，我们团队内部做了一件有点“得罪人”的事：停掉所有正在使用的项目管理工具，拿出一整周时间，把市面上声量最大的20款软件全部导入真实项目，进行了一次不留情面的压力测试。从免费开源到企业级SaaS，从海外老牌到国产新锐，我们用同一个需求池、同一批任务、同一种项目节奏去跑，得出的结论和你在网上看到的那些“推荐清单”几乎是两回事。很多被吹上天的工具，在实际团队里一用就崩。而以下内容，就是我们花了30…

资源从来都是不够的。这个认知，我们在那个季度开头就领教了。编辑团队因为家庭原因突然离职两人，社交媒体运营预算被砍掉40%，但流量目标反而上调了20%。老板说：“做减法，用更少资源拿到结果。” 这种场面，做过项目负责人的都懂。问题从来不在于“知不知道该做取舍”，而在于“你凭什么取舍”。 我们决定不再靠直觉拍板，而是用一场大型的内容实验，来回答这个致命问题。两个月内，我们并行测试了20种不同的内容策略…

我刚当上项目管理经理那会儿，接手了一个已经延期两个月的项目。 第一次站会，我问：“现在卡在哪里了？” 开发组长回了一句：“需求不明确，没法动。” 产品经理立刻反驳：“需求文档三个月前就确认了，你根本没看。” 我低头一看，Jira 上十几条 Story 都没人认领，Bug 页面堆了一百多个未分类的 issue。那一刻我突然意识到，，项目延期不是谁的错，而是一个系统的混乱。 五年后回想那个场景，我会跟…

资源从来都是不够的。这个认知，我们在那个季度开头就领教了。编辑团队因为家庭原因突然离职两人，社交媒体运营预算被砍掉40%，但流量目标反而上调了20%。老板说：“做减法，用更少资源拿到结果。” 这种场面，做过项目负责人的都懂。问题从来不在于“知不知道该做取舍”，而在于“你凭什么取舍”。 我们决定不再靠直觉拍板，而是用一场大型的内容实验，来回答这个致命问题。两个月内，我们并行测试了20种不同的内容策略…

去年秋天，我旁听了一场项目复盘会。一个投入超过八个月、横跨产品、研发、运营和市场四个核心部门的新功能上线项目，最终用户留存数据比预期低了将近40%。会议桌上，每个部门的代表都在复盘报告里找到了自己“做得不错”的部分，而把失败的主因归给了“跨部门沟通不畅”。这个说法听起来无比正确，也无比安全，，仿佛只要沟通没问题，项目就能成功。但真正让我警觉的是，所有部门都默契地避开了五个更深层的问题。不是他们没看…

去年秋天，我们产品团队差点因为项目管理工具的选择分裂成两个阵营。前端组坚持留在 Linear，后端组想退回 Jira，设计师和运营已经在 Notion 里自建了第三套看板，而老板听到每月花在工具上的 license 费超过 8000 块，丢下一句“你们统一一下”。于是我们做了件现在回想起来都觉得头铁的事：停掉所有项目，两周内集中试用市面 10 款工具，从轻量到重型，从研发到通用，最终选出一款让全员…

我们复盘了经手的50个项目，本想提炼一套“成功公式”，结果却只做了一件事：对着事故档案，把所有差点让项目死在半路的瞬间重新剖开。 最意外的发现是，导致严重延期、预算击穿、甚至最终无法交付的头号因素，不是技术难，不是需求变，也不是沟通问题，，这些早就在预期之内。真正把项目逼到墙角的，是三个当时所有人都没在意、直到灾祸成型才恍然大悟的风险。它们安静、隐蔽，而且几乎很难在传统的风险管理清单上出现。 接下…