| 检查项 | 分值 | 备注 | 编号 | |
| 需求&原型改进 | 使用前的场景（痛点） 使用后的场景（痛点的解决） | 1 | 主要回答： 1.客户的问题的场景我们是不是真的找到了？ 2.我们为产品设定的使用场景是否真的会发生？ 如果找不出有与目标用户沟通的痕迹，比如只是单纯的重复之前说过的用户痛点，可给 0 分或给低分 | 1 |
| 描述上次规格说明书不足的地方 | 0.25 | 2 | ||
| 规格说明书具体改进的内容发布在随笔上 | 0.75 | 3 | ||
| 用户场景描述 | 1 | 以完成某个目的为导向，按顺序描述各个操作步骤得1分。参照《构建之法》P212的例子。 对登陆注册过于详细而主要功能简单扣0.5； 好几项目的混合的用户场景扣0.25分 | 4 | |
| 功能四象限 | 0.5 | 将登陆和注册放到第一象限的不得分； 最能体现APP竞争力的功能没放在第一象限扣0.25分； 将基本功能放在第一象限扣0.25分； 没有使用四象限表格的形式扣0.25分； | 5 | |
| WBS | 1 | 子节点覆盖父节点包含的所有内容 0.5分；完全见不到WBS结构的倒扣1分 | 6 | |
| 各成员估计完成任务需要的时间 | 0.5 | 没有标注成员对应哪个部分扣0.25分； | 7 | |
| 系统设计 | 架构设计 | 1 | 有分层且与项目模块结合0.5； 各种图示建模0.5； | 8 |
| 数据库设计 | 1 | 表结构 或 ER图 至少要有一个 | 9 | |
| Alpha任务分配计划 | 以需求分析为主，选择和排序本次迭代需要实现的订单条目 | 1 | 所列任务组合起来不能够使应用达到差不多能用，扣0.25分； 缺少杀手功能的初步实现，扣0.25分； 任务粒度太大扣0.25分； 任务量过少，扣0.25分； 如果描述的不是 Alpha 版本的功能，该项不得分； | 10 |
| 以设计为主，确定系统设计方案和工作内容 | 1 | 没有分配任务给团队成员，扣0.25分； 没有描述针对各个任务所要采用的技术方案，扣0.5分 | 11 | |
| 测试计划 | 测试计划 | 1 | 12 | |
| 合计 | 10 | |||
| 编号 | 队名 | 博客 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 总分 |
| 1 | clearlove8 | http://www.cnblogs.com/ThinkAlone/p/7822223.html | 0.5 | 0.25 | 0.75 | 0.5 | 0.5 | 1 | 0.5 | 1 | 1 | 1 | 0.5 | 1 | 8.5 |
| 2 | 魔仙堡 | http://www.cnblogs.com/zy-96/p/7822665.html | 0.5 | 0.25 | 0.25 | 1 | 0.5 | 1 | 0.5 | 1 | 1 | 1 | 0.5 | 1 | 8.5 |
| 3 | 集大男子天团 | http://www.cnblogs.com/royalchen/p/7814877.html | 0.5 | 0 | 0 | 0 | 0.25 | 0.5 | 0.25 | 0.5 | 1 | 1 | 0.5 | 1 | 5.5 |
| 4 | 哥带你飞 | http://www.cnblogs.com/xumz/p/7787934.html | 0.5 | 0.25 | 0.75 | 1 | 0.25 | 1 | 0.5 | 1 | 1 | 1 | 1 | 1 | 9.25 |
| 5 | Sandstar | http://www.cnblogs.com/p-12/p/7823070.html | 0.5 | 0 | 0 | 0 | 0.5 | 0 | 0 | 1 | 0 | 0 | 0 | 0 | 2 |
| 6 | esby | http://www.cnblogs.com/ricardoCYF/p/7823128.html | 0.5 | 0 | 0 | 0 | 0.5 | 0 | 0 | 0.5 | 0 | 0.5 | 0.5 | 1 | 3.5 |
| 7 | 都怪图图队 | http://www.cnblogs.com/rovinglight/p/7822512.html | 0.5 | 0 | 0 | 0 | 0.5 | 0 | 0.25 | 0.5 | 0 | 0.75 | 0.5 | 1 | 4 |
时间： 2024-10-26 09:03:40