New 软工杯

（一）事情的起因

• 对于这次的软工杯项目，自己还是比较重视的，在总理说可以把我们的学习方法用在这个项目上时，我感觉是一次全新的体验和挑战（Todolist还算是熟悉的），像是终于把所学要运用到实际当中了。

（二）软工杯的经过

• 小组讨论：—— 经过两三次的讨论，最终确定了项目、分工、实现步骤、数据结构等
• 确认需求：—— 无
• 原型图：—— 心里默默地参考了的界面
• 事件列表：—— 无
• 组件图：—— 无
• 数据结构:—— 小组讨论时确定了数据库表的结构
• 分解任务：—— 没有写出来，自己在心里划分了
• 故事卡：—— 无
• 看板：—— 无
• 结对：—— 遇到解决一段时间解决不了的和组员商量
• ＤＥＭＯ预研：—— 无
• 估时：—— 无
• 实现：—— 因为这次负责界面部分，所以写了几个界面
• 反思：—— 无
• 验收检查：—— 截止日期前两天组长过来看了一下，说出了要改的地方，然后就急急忙忙的改
• Showcase：—— 过程中让其他组员帮我参考
• 技术博客：—— 无
• 总结：—— 无

做的好的：

• 虽然只是界面部分，但是自己也认真对待，不是复制粘贴，而是自己真正理解的
• 遇到问题也不像以前那样只会说：”为什么不是我要的效果，我明明写了啊？“而是会进行调试排错，思考为什么会这样，然后一步步解决。
• 收获了一些ＣＳＳ知识

待改进的：

• 没有跟组长确认最终的界面图，导致前一天还在改界面
• 有时候想一起讨论，但是大家的时间调不开
• 不经常交流，遇到问题也不找组长讨论
• 对一些技术没有很理解，用的时候就在试
• 没有估时，有时候就会花很长时间解决不了，也走不出来
• 虽然有上传到 github ,但是没有经常交流、没有 Showcase ,所以都不知道大家的进度，没有及时获取到最新的数据库和后端代码等
• 没有写博客，学到的很容易忘

现在的进度：

• 界面写的差不多了，组长后端也写的一部分，现在就是实现前后端交互，然后自己也想学习整个流程，所以接下来就是交互和后端的学习，用 Java 语言

（三）跟以前不同的做法

• 小组讨论：—— 做之前组员一起讨论可能遇到的问题，以及时间安排等
• 确认需求：—— 每个步骤都会先跟组长确认到底要做成什么样子
• 原型图：—— 对于有界面的画出界面原型图
• 事件列表：—— 分析所有的事件，包括点击事件、请求事件等
• 组件图：—— 对于有界面的画出组件图
• 数据结构:—— 分析该步骤用到的数据以及它的类型等
• 分解任务：—— 将这个任务尽可能分解小
• 故事卡：—— 组员一起做出所有卡片，每个人领卡
• 看板：—— 组员一起建立看板
• 结对：—— 对于有难点的选择和组长结对或者问其他人
• ＤＥＭＯ预研：—— 感觉这个有点做不到
• 估时：—— 做之前一定要先估个时间
• 实现：—— 实现功能
• 反思：—— 对比时间差异进行反思
• 验收检查：—— 每个功能完成后，自己检查后，都找组长验收
• Showcase：—— 每个功能完成后给组员展示一下
• 技术博客：—— 对于学到的技术要写博客
• 总结：—— 将每个功能的产出都写下来

自己可能出现的问题列表：

• 如果大家都没有时间在一起讨论怎么办？——可以在群里讨论
• 如果任务多没时间怎么办？——减少刷微博朋友圈的时间，确保每天有两个小时在这个项目上面，可以估时
• 如果有时不能完整按照这个流程怎么办？——可以调整，但是最后还是得补完（除非真的不需要）
• 想问题不全面怎么办？——和 pair 讨论，集思广益，注意时间
• 不会做的话怎么办？——除了问组内的人，还可以问实验室的或者老师（在自己谷歌无果之后），老师可能会适当给予正确的引导
• 效率低怎么办？——找搭档坐一起写，彼此监督，集中精力，尽量不被环境影响或走神太久
• 习惯拖拉到最后做怎么办？——每天都要更新进度，并且把产出发到里面，最重要的还是养成按时完成任务的意识