序号检查项类型项目组惯例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公司 里 的所有相关人员都能获 取 这
