团队作业—bate冲刺+事后诸葛亮

[助教-孔志豪]

团队作业—bate冲刺+事后诸葛亮

截止时间

本次作业的截止时间为2024年5月28日23:59

格式

为了方便其他学校的老师或者助教了解课程实况，请大家在作业开头添加格式描述：

这个作业属于哪个课程	<班级的链接>
这个作业要求在哪里	<作业要求的链接>
这个作业的目标	<写上具体方面>
其他参考文献	...

作业要求

以下内容基本是按照时间顺序排列的，请各组合理安排时间，不要将多项任务集中到某段时间里密集地完成。

• 1篇Beta阶段置顶集合随笔，包含以下所有内容的链接

• 1篇换组交接博客

• 1篇alpha阶段问题总结随笔（在beta冲刺开始前发布并添加到集合随笔中）

• 1篇凡事预则立随笔（在beta冲刺开始前发布并添加到集合随笔中）

• 1份代码规范

• 7篇冲刺随笔

• 1份用户使用调查报告

• 1篇Beta冲刺总结随笔

• 项目课堂演示、答辩

• 将项目部署到华为云服务器上

  • 参考部署的方法：https://zhuanlan.zhihu.com/p/650903988

• 制作答辩PPT

• 自行设计评审表

换组具体要求（在beta冲刺开始前发布并添加到集合随笔中）

• 今年换组规则与往年相同，请同学们查看往年注意事项：
  • 换组的流程与注意事项
  • 2023春软工团队换组通知
• 以下几点需要注意：
  • 组长不会被调换。
  • 仅基于个人技术分类进行换组，不考虑整个小组的技术类型。
  • 各个小组可内部先自行协商，有意愿主动换组的，填写换组意向表，包括学号、姓名、意向调换的目标小组。每个小组最多只允许有一人被换出，在换组之前要和组长沟通，协调好交接工作。
  • 5月17日助教将对剩余的小组中没人换出的组采取随机的方式进行个人同类技术换组，每组换出一人；然后合并之前主动报名的组发布名单。

alpha阶段问题总结随笔具体要求（在beta冲刺开始前发布并添加到集合随笔中）

• Alpha冲刺，很多同学经历了“Learning by doing”的学一门新的编程语言、学Git、学做一个完整的项目。但是，各组对于软件工程的“Learning by doing”的意涵了解的还不深刻，遇到的问题也不少。停一停，开个总结会，来个事后诸葛亮，为了下一步走得更好

• 请各小组在在进行beta冲刺之前，以小组为单位发布一篇针对问题的总结。总结的提纲内容，请参照邹欣老师的博客：项目管理之事后诸葛亮会议

凡事预则立随笔具体要求（在beta冲刺开始前发布并添加到集合随笔中）

• 下一阶段需要改进完善和新增的功能。

• 需要改进的团队分工（针对之前的不足，需要加强和改进团队协作和分工的地方）。

• 需要改进的工具流程（如版本控制、测试工具等）。

• 所有博客的计划安排，以及冲刺七天的时间计划安排。

7天冲刺随笔博客的具体要求**

每天的冲刺博客分为scrum和PM报告两部分

• SCRUM部分:

  • 每个成员描述：从昨天站立式会议到现在的成就（完成了哪个任务，花了多少时间，还剩余多少时间）、存在的问题/遇到的困难，从现在到明天站立式会议的安排。（可以以表格形式列出）
  • 团队成员的工作如果是开发工作必须有代码签入，给出签入记录对应的Issue内容和链接/图片（如果缺少，当天冲刺日志-2分）
  • 团队成员的工作如果是测试等其他工作，那要有具体的结果，如截屏、测试报告等 （如果缺少，当天冲刺日志2分）
  • SCRUM 会议的照片一张，会议照片应该是每天冲刺会议的真实非摆拍照片，可以挡住脸保护隐私。（如果出现照片复用的情况当天冲刺日志不计分）

• PM 报告：

  • 总结整个项目预期的任务量（所有工作的预期时间或者issue总数）和目前已经完成的工作量（已完成工作花费的时间或者已经完成的issue数目），还剩余的工作量（剩余工作的预期时间或者剩余issue数目）
  • 画出燃尽图，要显示真实的情况
  • 记录任务总量变化，体现在工作中发现了多少以前没有想到的事情；可以画成图表
  • 适当的项目程序／模块的最新运行图片/gif/视频 （如果缺少，当天冲刺日志-2分）

Beta冲刺总结随笔博客的具体要求

• 回应冲刺开始前设立的任务（要完善、新增的功能）。用表格的形式展示完成情况；对于没有完成的项，描述具体的完成程度

• 在冲刺开始前的“alpha阶段问题总结随笔”和“凡事预则立随笔”中，你们组设立了一些改进计划，这些计划的完成情况如何？

• 可运行的项目链接、项目文件、程序二维码等。如果为微信小程序、APP等移动端项目，请注意相应的上线审核机制，所需时间等事项，务必提前了解并做准备。

• 项目各功能的运行图片、gif或视频

• 各成员在冲刺阶段的体验、收获、心得

• 介绍华为云部署过程和体会（如果有写与其他云部署的对比，算加分项）

• 各成员的贡献度分配，可使用以下markdown

  | 学号 | 工作内容 | 贡献度 |
  |-----|---------|-------|
  |     |         |       |
  

评分标准

1. 答辩得分（与之前计分规则一致）= 其他组打分总和/(总组数-1) * 0.25 + 助教打分总和/(助教人数)* 0.35 + 老师打分总和/(老师人数) * 0.40

2. 博客得分总分100分：

   • （8'）换组交接博客【覆盖课程目标6】

   • （18'）alpha阶段问题总结（事后诸葛亮）【覆盖课程目标4,6,7】

     • （6'）回答了设想和目标；计划相关的问题 【覆盖课程目标7】
     • （6'）回答了变更管理；团队的角色，管理，合作相关的问题【覆盖课程目标6】
     • （6'）回答了设计/实现；测试/发布相关的问题 【覆盖课程目标4】

   • （6'）凡事预则立【覆盖课程目标7】

   • （6'）代码规范【覆盖课程目标4】

   • （6'）项目部署在华为云上的过程介绍和对华为云的使用说明

   • （28'）7篇冲刺随笔【覆盖课程目标4】

   • 如果缺少代码签入记录-2分

   • 如果负责测试等其他工作，缺少相应结果-2分

   • 如果缺少项目展示-2分

   • 如果出现照片复用的情况当天冲刺日志不计分

   • （10'）用户使用调查报告【覆盖课程目标4】

   • （18'）beta冲刺总结【覆盖课程目标4,6,7】

     • （6'）项目预期计划、完成度 【覆盖课程目标7】
     • （6'）改进计划完成情况、项目运行链接及截图展示等 【覆盖课程目标4】
     • （6'）过程体会、组员分工协作 【覆盖课程目标6】

3. 这次作业得分 = 答辩得分 * 60% + 博客得分 * 40%

博客规范

1、提交规则

• 博客以班级作业页面的提交时间为准；需要提交的文件以gitcode的提交时间为准；

• 在deadline前交，分数为实际得分 ；

  • 若帖子发布后在审核（帖子显示404），可以在deadline 之前先于作业页面提交链接，再等待审核通过
  • 不接受上传失败、网络原因等补交理由

• 补交：在deadline 后两天内提交视为补交，分数为实际得分 * 50%；写了但是忘记提交作业和补交扣分一致

• 缺交：在deadline 之后两天未补交视为博客缺交，分数为0分；

• 作业抄袭：当助教发现两篇博客文字/图片/代码过于相似时，判定两篇博客都为抄袭，分数都为-100%（注意是倒扣！）；

• 伪造提交：虽然作业博客没有完成，但是先提交到作业占位置，判定为伪造提交，分数得0分；

注：提前提交的作业，如果能积极响应助教和老师的反馈并在deadline前做出相应修改，在后续评分时，这些修改完善也会被纳入考量。提早准备好处多~

2、注意事项

班级群如果发布相关通知也是作业要求一部分，请及时查看群通知； 若需要在群填写相关信息，未能在deadline之前完成填写的，**扣实际得分的50%**； 如对作业存在疑问，请在deadline之前三天在班级群提出；

若助教对作业要求有修改，会在群内公告，请务必查看并按新的要求完善作业； 请及时回复老师或助教的点评并作出相应修改。即使提交了作业，也应该关注班级群中助教的公告！

3、疑惑解疑

若有对题意不清或者有不理解的地方，可在该博客下方留言，或者在QQ群或微信群中直接提问