北京
分享至
Scrum 安息吧，愿它安息得平静。这句调侃最近在开发者圈子里流传：智能体已经把功能交付了，团队还在争论这活儿到底值 3 个故事点还是 5 个。
玩笑归玩笑，但话里有一层真实的错位。规划扑克这套玩法成立的前提，是 5 点的工单意味着某个人要花上几天时间。现在 Claude Code 或 Cursor 能在午饭前把这张工单草拟出来，慢的那一环挪到了评审和测试上。再去估算"敲代码"要多久，能提供的信息已经不多了。
流程文档还停在原地。《Scrum 指南》上一次更新是 2020 年 11 月，那时候大多数团队手里根本还没有编程智能体。
于是问题被抛回给团队：现在你们怎么干？给出的选项有四种——
- 照旧跑冲刺、估故事点
- 改成估算评审时间，而不是构建时间
- 干脆不估，直接交付再测量
- 另有别的做法
发问的人说得很直白：想听真实团队里什么管用，流程文档那一版他已经知道了。这句话本身也点出了症结——写在纸上的流程，和跑在工位上的流程，中间隔着一整个工具代际。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
