研发排期管理

去年我帮一家做企业服务的公司复盘他们的排期问题，会议室的墙上贴着一张迭代看板，上面 47 张需求卡片里有 19 张已经跨越了三个迭代还没关闭。团队负责人告诉我，他们每个迭代都排得很…

需求优先级落地方案：研发团队开展需求排期的落地方案案例解析 研发排期最容易失控的时刻，往往不是需求太多，而是每个需求看起来都“必须马上做”：销售说客户等着签约，运营说活动窗口只剩两…

需求排期最容易失真的时刻，往往不是团队不会估时，而是业务已经把“希望什么时候上线”说成了“研发承诺什么时候上线”。如果没有统一入口、容量边界、优先级规则和变更机制，排期会变成一张不…

开发周期管理里最容易被误判的，不是团队“做得慢”，而是计划把不确定性伪装成了确定性：需求还没澄清，就先写进版本；跨团队依赖没有负责人，却被排进同一周；测试和发布只留了日历上的空白。…

研发团队的月视图，最容易犯的错不是“排得不够满”，而是把任务清单搬进日历：几百条事项挤在格子里，发布节点、测试窗口和跨团队依赖反而被淹没。我的判断是，月视图应当只呈现对团队时间安排…

研发团队把任务拖进日历后，最常见的误判不是“看不见安排”，而是把某一天任务卡片很多，直接解释成那天工作量大、团队效率低。日历视图能展示日期分布，却不会自动告诉你日期代表计划、开始、…

研发团队做任务日历，最容易犯的错不是少建了一个日历，而是把任务看板里的每张卡片都复制一遍，再要求所有人每天更新两套数据。结果日历看起来很满，却没人能判断哪项工作会撞期、哪个测试窗口…

去年第三季度，我帮一家做智能硬件的研发团队做交付复盘时，发现一个很刺眼的数据：他们迭代周期内平均每个任务被延期 2.7 天，但团队一致认为"大家都很拼"。我让他…