团队容量管理

研发团队真正危险的超负荷，不是某个人一周忙了五十小时，而是需求、故障、评审和协作成本同时挤进同一段时间，团队却仍按“每个人都能满负荷交付”来排计划。我的判断是：超负荷不能靠加班管理…

研发团队里最容易被误判的“空闲”，往往不是没人干活，而是有人手上没有明确任务、有人被临时事务切碎时间、还有人正在等待评审或环境。把这些情况统称为资源闲置，再用“提高利用率”要求填满…

研发团队做资源负载，最容易出现的误判，是把“每个人填满了工时”当成“团队资源用得合理”。我见过计划表里每位工程师都排到百分之百，实际却因为评审等待、线上故障和跨团队依赖，连续两周没…

资源负载资源平衡全流程：产品经理协同管理与一文讲清 一个团队看板上有 24 项进行中工作，成员也都填满了工时，项目却仍然延期：这通常不是“人不够”这么简单，而是需求优先级、技能匹配…

资源负载工作负载教程：产品经理制度设计，避坑指南 一个团队看起来每个人都排满了，项目却仍然延期，这通常不是“人手不够”这么简单：有人被会议、支持和临时需求切碎，有人的计划工时被重复…

Capacity（容量规划）不是把每个人的工时填进表格，再用红色标出超载的人。真正让产品经理头疼的，通常是这样的场景：路线图上有三个“本季度必须完成”的项目，团队名义上有十几个人，…

项目经理问“这个月团队还有多少 Capacity”，最常见的回答是：“大家都排满了。”但把任务表摊开后，往往会发现有人同时承诺了 40 小时的工作，有人只有 16 小时明确任务，还…

跨部门项目延期，表面上常被归因为“人手不够”，但我在梳理人力计划时更常看到另一种情况：人并不少，只是同一批关键岗位被多个项目重复占用，计划表上的可用工时也没有扣除会议、支持和休假。…

Scrum 项目延期，很多时候不是团队“执行力不够”，而是风险已经连续几周出现在待办项、评审反馈和成员负荷里，却没有一个人把这些信号连成决策。要把 Scrum 全流程和成员风险控制…

迭代制度的目标是让工作可预期 迭代制度不是把瀑布式计划切成两周一段，也不是把所有成员都拉进每日会议。它是一组明确规则，帮助团队回答四个问题：工作从哪里进入、谁对什么负责、团队承诺多…