第二次冲刺

• 1.文章开头给出团队序号，开发的软件名称，仓库地址。（1'）
• 2.给出完成本次冲刺需要做的事情（Sprint Backlog）及相应说明。（9'）
  • 3.1 给出了第二次冲刺需要做的事情且内容全部来自完成软件所需要做的事情（Product Backlog）。（1'）
  • 3.2 给出了所有事情的大致分工以及完成进度计划。（1'）
  • 3.3 给出了为什么要在第二次冲刺完成这些任务的说明。（1'）
  • 3.4 3.3给出的说明理由充分合理，逻辑清晰。（1'）
  • 3.5 本次冲刺内容在ISSUES中创建，并制定了开始时间和结束时间以及优先级。全部创建且有开始、结束时间和优先级得5分，大部分得4分，一半得3分，小部分得2分，只1个得1分。（5分）
• 3.本次冲刺总结。（8'）
  • 5.1 给出本次冲刺完成情况，完成了哪些任务，剩余哪些任务，每位团队成员的任务领取及完成情况。（1'）
  • 5.2 给出本次冲刺中存在的问题。（1'）
  • 5.3 给出的问题具体明确。（1'）
  • 5.4 给出了问题的改进措施。（1'）
  • 5.5 改进措施具体明确可实施。（1'）
  • 5.6 给出了下一步的大致计划。（1'）
  • 5.7 经过讨论，将100分按照团队成员的贡献度分配给每个成员，注意：每位团队成员的贡献得分加和不超过100分。（1'）
  • 5.8 仓库中项目经理/产品经理分支下有Markdown格式的本次冲刺总结。（1'）
• 4.每日立会。（16'）
  • 6.1 仓库中，产品经理/项目经理分支下有Markdown格式的每日立会文档。（1'）
  • 6.2 每日立会文档中包含5月28日至6月14日除周末外的整理好的每天每日立会内容。每天都有得5分，有8-9天得4分，有6-7天得3分，有4-5天得2分，有1-3天得1分。（5'）
  • 6.3 每日立会文档的提交记录从5月28日至6月14日除周末外每天都有。每天都有得5分，有8-9天得4分，有6-7天得3分，有4-5天得2分，有1-3天得1分。（5'）
  • 6.5 每日立会内容具体实际。全部内容都具体实际得5分，大部分内容具体实际得4分，一半内容具体实际得3分，小部分内容具体实际得2分，所有内容都较模糊得1分。（5'）
• 5.代码提交。（11'）
  • 7.1 仓库中，软件工程师分支下有每天软件工程师提交或修改的代码。（1'）
  • 7.2 每天软件工程师都有新代码或代码修改的提交。每天都有得5分，有8-9天得4分，有6-7天得3分，有4-5天得2分，有1-3天得1分。（5'）
  • 7.3 所有提交都有清晰明确的注释信息。全部提交有清晰明确的注释信息得5分，大部分有得4分，一半有得3分，少部分有得2分，全部注释都很模糊或者敷衍得1分。（5'）
• 6.软件测试。（10'）
  • 8.1 仓库中，软件测试工程师分支下有每天软件测试工程师对的测试记录。（1'）
  • 8.2 每天软件测试工程师都有测试记录的提交。每天都有得5分，有8-9天得4分，有6-7天得3分，有4-5天得2分，有1-3天得1分。（5'）
  • 8.3 测试工程师发现的Bug提交到了ISSUES中。（1'）
  • 8.4 Bug报告准确详细。全部Bug报告准确详细得3分，部分Bug报告准确而详细得2分，所有Bug报告都很粗糙简陋得1分，没有Bug报告不得分。（3'）
• 7.软件运行效果。（6'）
  • 9.1 提供了可运行的软件的下载地址并能成功下载且运行。若无法下载或无法运行则第9项所有评分为0分。（1'）
  • 9.2 软件运行效果与本次冲刺要达到的目标一致。实现全部功能得5分，实现大部分功能得4分，实现一半功能得3分，实现少部分功能得2分，没有实现任何功能但能运行得1分。（5'）

原文地址：https://www.cnblogs.com/wsj0823/p/11002072.html