[2020BUAA软工助教]期末总结

工作总结

本学期主要完成了以下工作：

• 点评：本学期一共对博客作业点评了97次。

• 作业布置：基于去年的作业要求进行修改，布置了热身博客作业、个人博客作业、团队贡献分规则、团队任务拆解、技术规格说明书、功能规格说明书、scrum博客、测试报告、发布声明、事后分析、个人总结等博客作业。

• 评分：本学期一共对139份博客作业进行了评分。

• 黄衫评选、收件信息收集、获奖博客催促。

• 分数汇总和计算：团队项目评审结果、团队个人贡献分汇总、个人总分汇总计算。

• 监督相关助教完成相关的代码测试、博客点评和评分工作。

• 团队转会协商工作等。

期末调研问卷中收集到的意见

• 减少团队项目中的博客要求，给更多学习时间，从而更好地完成项目
  • 任务量大，尤其前期个人及结对项目时博客作业太多，我们当时还有冯如杯、计算机网络，根本顾不过来写那么多繁琐的博客作业。
  • 课程前紧后松，学期初的强度太大了，进入团队项目后强度稍减弱。可以缩短团队项目的间隔时间，比如将测试周和评审周合并，还有中间换人周这种时间都可以适当分给学期初。
  • 在团队项目过程中多做一些对团队有辅助性作用的事情，能让我们更加集中精力于团队协作的内容，而不是被条条框框约束
  • 目前这门课程的作业负担略重，既然个人作业、结对作业、团队作业都是必不可少的环节，我建议把时间和经历用在刀刃上，适当减少博客作业的数量。
  • 希望博客中，能够引导学生总结所学知识和不足之处，能够谈技术谈方法而不是大谈感想和记流水账
  • 一些不必要的博客可以不用写
• 前期准备(个人项目/结对项目，或加入新的作业)最好可以跟团队项目相关联
• 转会机制希望可以不要那么强行
• 可以不考核工作量，鼓励同学们开发更有意思的东西
• 建议个人项目和结对编程项目开发出OJ实时测评反馈的平台
• 个人作业不建议加入竞赛性质的东西
• 多些指导，团队项目的过程中太松了：
  • 增加一些对远程协作的指导
  • 对于Github等工具的使用是否可以给与一些规范或指导
  • 团队项目指导太少
  • 建议课程组提供标准的各种文档的书写规范，方便的话希望拿一些企业内部的文档的规范为我们举例，项目管理的标准流程也请在课程开始提供，没必要完全让同学们自己摸索，所谓课程不就是教同学们少走弯路吗
• 希望在未来的课程中课程组能够土工更多的资源，包括服务器的和专业技术上的，可以让往届的同学给学弟学妹面对面展示项目，比从博客读来的更生动真实
• 增加讨论课，与老师、助教直接交流软件工程思想，可能是疫情影响，录播课效果较差
• 6系考期比较靠前，正好与beta冲刺重合，希望能调整一下
• 希望课程组提供的服务器能更好一些，不要让同学们在服务器这方面卡太久
• 可以适当延长团队项目的运行总时间，减少前面部分的学习时间。
• 希望能调整个人项目和结对项目的形式，可以更加多样化一些
• 希望能有一个更开放的问答平台，可以与其他团队、有经验的软件工程人员交流在开发过程中遇到的问题

反思

• 在点评方面：由于自己的技术储备、知识储备比较少，因此点评的时候经常翻来覆去问的都是那么几个共性问题，没法给出一些针对性的建议和意见。我觉得这样的点评可能并没有太大意义，后面可以考虑让几位能力比较强的助教专门负责点评。
• 在博客评分机制方面：为公平起见，考虑助教评分的标准可能不同，建议直接每次的作业都只由1人评分，并改为等级评分制，从实践角度来说，我觉得是可行的，因为当评分标准确定后，评分工作其实不会花费过多时间。
• 关于助教总结：其实一部分是记录流水账，一部分是记录遇到的问题和解决方案，前者其实我觉得没有必要记录，而后者其实可以记录到一篇博客中，每周更新，便于对比，也便于下一届的助教查看。
• 很多同学提到，在开发中这一点是很重要的， 一定要有有经验的人去带， 要不很容易陷入低效代码重复编写的循环，我觉得是十分在理的，每个团队都必须有一个技术顶梁柱，根据这一点，我觉得在之后的团队人员构建时，课程组可以做些工作，而不是让同学们自由组队。课程组可以设计激励机制，比如先让有软件开发经验、学习能力强、并且愿意带新生的大佬站出来，然后以其为中心，构建团队，当然该大佬也能够获得一定的分数奖励。
• 根据期末的课程反馈问卷，下面分别针对各个作业和阶段进行反思：
  • 热身作业和个人博客作业：可以考虑合并起来成一个大的博客作业，时间变成2-3周，开学前就可以布置，因为看教材确实需要一些时间。
  • 个人项目和结对项目：与团队项目脱离，且偏向于算法设计，测试起来也比较麻烦。可以考虑将个人和结对项目改成更偏向于开发框架的个人作业，让大家了解一些常见的开发框架，最好有多个题目可供选择。可以选择给出完整自洽的教程，也可以选择不做过多指导和约束。结对项目，可以在个人项目的基础上进行提升，做进一步开发，让同学们学习一些更难掌握的开发框架和技巧。
  • 软件案例分析：可以从这里开始，就让大家自己去思考自己在团队阶段要做什么软件，并进行调研，自行选择几个相关软件案例进行分析。不仅让同学们学会如何分析软件，而且让同学们能够通过对软件的对比调研，来初步规划自己的软件开发想法。因此，本作业布置时，就可以考虑给出一些备选的、可以继续开发的、上几届的软件，或者是老师认为的、有需求的、从零开发的软件，作为一个参考，让同学们去调研相关的软件并进行分析。
  • 团队项目选择和开发：我觉得可以对往届所有项目做一个分类整合整理，给同学们提供思路，也避免重复造轮子。很多同学反映团队阶段的博客量太大，而在博客内容方面，很多同学也反映希望更加偏向技术和方法，而不是大谈感想和记流水账。每日例会确实需要开展，但是每天记录一个流水账scrum博客确实没有必要，如果只是为了记录每天的进度，那么完全可以有更合适更精简的记录方法。