Scrum Master角色缺位通常表现在哪些方面
Scrum Master缺位往往不表现为没人开会，而是自组织、障碍清除和流程改进长期缺少承接人。本文给出可对照的日常症状清单、缺位与越位及组织条件不足的归因方...
覆盖 ONES ISSUE 已发布内容，按主题持续更新。
Scrum Master角色越位有哪些常见表现
Scrum Master越位通常表现为替团队拍板、在站会上分派任务、替Product Owner安排优先级、代表团队向上汇报，以及把回顾会开成追责会。本文按症状识别、原因验...
Product Owner角色错位有哪些常见表现
Product Owner角色错位常表现为决策权旁落、职责被拆分、绕过团队直接指挥、只考核交付不考核价值。本文给出症状清单、成因假设与验证证据的方法，并按类型说...
Product Owner决策失职有哪些表现：识别、排查与纠正
Product Owner决策失职常以没人拍板、优先级悬空、需求反复的方式消耗团队。本文给出可对照的症状清单、原因假设与验证证据、分场景纠正动作和效果验证指标，...
Product Owner工作有效性怎么衡量：指标、口径与验证
衡量Product Owner的工作有效性，需要把价值交付、待办事项质量和决策协作三组指标放在同一口径下计算，再用决策记录、评审反馈等定性证据交叉验证。本文给出...
评估Product Owner效能应该看哪些指标
评估Product Owner效能需要一套可复算的指标组合。本文给出价值交付、Backlog健康度、目标达成、协作质量四类指标的定义、分子分母、统计时间窗和数据来源，...
混合项目中瀑布阶段与迭代评审如何设置同步点
软硬件混合项目中，把瀑布阶段门作为同步锚点，在门前后各设一个迭代评审窗口，并绑定交付物清单、冻结变更规则与责任人，可以让依赖冲突在阶段门之前暴露。...
敏捷团队规模怎么确定：判断标准与拆分原则
敏捷团队规模没有唯一数字。本文给出以端到端交付为核心的判断标准、从交付范围推导人数的五步流程、团队拆分原则、角色分工与完成检查清单，适用于团队扩张...
敏捷团队拆分应遵循哪些原则：从规模判断到落地步骤
敏捷团队拆分先判断必要性，再按价值流切分、控制规模与角色完整、降低团队间依赖、定义接口契约与共同节奏四条原则设计边界，通过试点和交付指标验证后再推广。
瀑布、敏捷、混合分别适合什么交付约束
项目方法选型取决于交付约束组合而非团队偏好。本文用同一组判据对照瀑布、敏捷与混合的适用条件，说明判据冲突时的取舍顺序、混合项目按交付物拆分的方法，...
