序号检查项类型项目组惯例11.1已经明确了所有的项目组内部人员和职责：产品负责人（Product Owner）、Scrum主管（Scrum Master）、团队必须1.2已经识别了所有的项目组外部关键利益相关人：客户、部门主管/赞助人、供应商、典型用户等必须1.3 团队成员为5-9人，最佳7人（不包括产品负责人和Scrum主管）必须1.4 团队成员共同确定了初始的项目团队公约并在团队内发布必须1.5 团队成员都是多面手，或至少经验丰富和一般的人员比例大于1:3可选1.6团队成员都全职工作（特殊职能可以例外，如CO、DBA等）可选1.7 团队在每次迭代中是固定的，且尽量减少变化可选1.8项目组在同一场地驻扎，或至少在隔壁或同一楼层可选22.1进行了障碍行动列表的管理：对项目进行过程中遇到的各种障碍问题进行了识别、行动和跟踪，并在Scrum每日例会和迭代回顾会议中不断收集了新的障碍问题必须2.2遵循了全员会议规则：有明确目标和受时间盒限 定的会议、有效 的会议过程控 制 、有效 的会议结 果 发布和行动跟踪必须2.3在迭代开 始前 ，确定了各常 规Scrum会议的时长 安 排 ，并在迭代进行过程中得 到遵守 。 如果 是为期 30天 的迭代，建 议其 常 规的Scrum会议时长 安 排 如下 ：迭代计 划 会议 1：4小 时； 迭代计 划 会议2：4小 时；每日例会：15分 钟 ； 迭代评 审 会议：2小时； 迭代回顾会议：2小 时必须33.1在首 次迭代前 ，召 开 了发布计 划 会议，产品负责人和团队根 据 业 务 价 值 、技 术 架 构或其 它 关键因 素 ，进行了产品待 办 事 项列表中现 有各工作项的优 先 级 排 序和相对工作量点 数 估 算 ，并以此 为基 础 提 出 了框 架性 的版 本 发布和迭代划 分 计 划必须3.2公司 里 的所有相关人员都能获 取 这 份 已估算 完 的产品待 办 事 项列表以及 框 架 性 的版本 发布和迭代划 分 计 划必须3.3在每次召 开 迭代计 划 会议、每日例会、迭代评 审 会议时，根 据 变化情 况 ，对产品待办 事 项列表中的各工作项进行持 续 的优 先级 排 序和工作量点 数 估 算 的调 整必须4团队障碍行动列表和发布计 划迭代计 划4.1在每次迭代初期，召开了迭代计划会议1，产品负责人和团队根据过往迭代工作量点数的完成速率，结合变化情况估算本次迭代的完成速率，并据此一起确定了本次迭代的目标和既定产品待办事项列表必须4.2在...
