第10章笔记：项目管理与团队协作

本章目标

用小批量、可视化流动和清晰责任把计划变成持续学习。 本章不是术语表，而是一条从问题到证据的工作链。先确认用户或团队要保护的结果，再把决定写进可版本化制品，最后由测试、指标、反例或演练证明它在边界与故障下仍成立。

七节联系

• 产品目标、路线图与成果：路线图表达要改变的用户结果及假设，不是承诺固定功能清单；关键规则是每个里程碑有结果指标、证据来源、决策日期和可能停止条件。
• 估算、不确定性与预测区间：估算是基于信息的范围，不是个人保证；未知依赖越多，区间越宽；关键规则是把范围、假设、置信度和更新时间写在估算旁；禁止用工时伪装精确。
• 看板、WIP与流动效率：限制在制品能暴露阻塞、缩短反馈并减少多任务切换；关键规则是管理队列和周期时间，不以每个人同时忙碌作为系统效率。
• Scrum事件的经验控制：短周期计划、每日检查、评审和回顾服务透明—检查—适应，不是会议考勤；关键规则是没有可用增量和数据，仪式不能自动产生敏捷。
• 责任边界与团队拓扑：团队认知负担应与可独立交付边界匹配，平台能力以自助产品提供；关键规则是责任包括运行与改进；共享组件必须有明确拥有者和支持契约。
• 决策记录与异步协作：重要决策要让不在场者理解上下文、备选和后果；关键规则是记录决策而不是复制会议；可逆小事快速做，不可逆大事扩大证据。
• 冲突、反馈与跨职能合作：健康冲突围绕目标和证据，反馈描述行为、影响和请求；关键规则是先建立共同目标和事实，再讨论方案；无法自行解决时按明确路径升级。

学习时给七节画依赖箭头：前一节产出的对象、规则或制品如何成为后一节输入？若某节可以被随意挪走而完全不影响上下文，说明你仍在孤立背诵，需要用一个贯穿案例重新连接。

章内练习

1. 用“季度目标从‘上线搜索’改为‘找课平均耗时降低30%’，再设计实验验证”重做正常、边界和故障三类验收，产出可由同伴复核的制品。
2. 用“团队用历史吞吐模拟完成概率，报告八成可能在4到6周，而非承诺第27天”重做正常、边界和故障三类验收，产出可由同伴复核的制品。
3. 用“开发列WIP为3，新需求先帮助清除评审阻塞而不是继续开工”重做正常、边界和故障三类验收，产出可由同伴复核的制品。
4. 用“评审让真实用户操作增量，回顾选择一个流程实验并在下周期测量”重做正常、边界和故障三类验收，产出可由同伴复核的制品。

每次练习都保留背景、输入、决定、输出、验证、失败处置和负责人。只写结论不算完成；只贴截图也不算证据。完成后交换给同伴，只允许对方根据制品复现你的判断，无法复现处就是下一轮修改入口。

错误复盘

把错题标成目标误判、边界遗漏、责任空缺、契约不清、验证不足或恢复缺失。不要写“粗心”。一周后更换领域重做一道情境题；能在新名词下保持同一证据链，才说明方法已经迁移。阶段卷使用独立题池，不能靠记住随课题答案过关。