Scrum Meeting博客目录
[Alpha阶段]第十一次Scrum Meeting
基本信息
| 名称 | 时间 | 地点 | 时长 |
|---|---|---|---|
| 第六次Scrum Meeting | 19/04/20 | 大运村寝室6楼 | 65min |
团队成员总结
这一次例会，主要任务是大家一起对基本结束的alpha阶段进行总结，归纳每个人及团队在alpha阶段做的好与不好的地方，同时一起讨论下一个阶段整个项目的走向，以及需要完成的主要任务。
| 成员 | 优点 | 缺点 |
|---|---|---|
| 鲍屹伟 | 承担了团队大多数主动思考、规划的工作，是推动团队成员工作的主要力量 | 非常缺乏前端设计知识，导致前端页面的观感达不到我们想要的效果 |
| 白世豪 | 积极主动完成开发任务，并提前、自主完成了一些页面的优化 | 与后端负责人相同，作为前端负责人，应将分工落实的更加具体 |
| 刘启航 | 团队意识强，积极参与团队讨论及其他团队活动 | 完成的任务相对较少，与后端负责人各负一半责任 |
| 刘卫 | 后端顶梁柱，基本无论何时，只要收到了任务都能马上完成 | 作为后端负责人，在任务分配上有待改进 |
| 王冰 | 完成了大量的前端工作，与白世豪一起，实现了大部分大家能看得见，摸得着的页面 | 缺乏主动思考，下意识的尝试以满足要求的最低水平完成布置的任务 |
| 余宸狄 | 在团队中定位灵活，帮助团队完成了许多不同类型的任务 | 忙于实习，常常很晚才回到寝室，会错过一些团队的讨论 |
alpha阶段团队经验总结
alpha阶段中，经过了3个星期的开发，踩了许多坑，绕了许多弯路，也从中吸取了许多经验。
-
前端设计的难度不亚于实现的难度
作为6个没有任何美术基础的理科生，开始实际开发后才发现，设计出好看页面的难度，对于我们来说不亚于实现这一页面的难度。作为零基础的设计者，寻找现有的、相近的模板进行参考，可行性远大于自己设计。
-
一个明确的整体规划，是项目按时、合格完成的必要条件
通过这一阶段的开发，我们发现，在多人合作的实际工程中，需要明确的，具体的分工，来保证每个人清楚自己在团队中的位置；同时，也需要详细的，清晰的分配每日任务，来保证每个人认识到自己肩上的责任。
-
在沟通时，只有把每个细节都阐述清楚，才能确保想法的传达
每个人的思想都各有不同，在讨论时，不能指望他人通过一个粗略的比喻，就完全理解自己心中的某个想法。在讨论过程中常常出现因为语言表达的不具体，而导致两人以为互相达成了共识，等到工作做完才意识到在细节上双方的想法仍截然不同。借助纸笔，或者电子文档、画图来传达自己的想法，远比单纯的口头交流有效。
下一阶段的主要任务
经过我们长时间的讨论，慢慢统一了团队成员的不同意见后，我们决定：放弃最初版本设想的考试资料分享、跳蚤市场等功能，将目前的招募发布及申请功能继续优化，并添加智能分类、智能推荐排序等等具有亮点的功能，将招募发布及申请功能做到我们力所能及的极限。
最后做出这样的决定，是因为我们发现，那些对于各个方面都有涉及，但都缺乏让人眼前一亮的功能的“大杂烩”产品，往往会因为目标用户不明确，导致其尽管功能齐全，但是缺乏亮点，对于其他的特化性产品，对用户的吸引力较差，最后导致“每类用户都想要，每类用户都留不住”。因此，我们认为应确定具体的，某一类的目标用户，特化某一功能，牢牢抓住这类用户。因此，我们下一阶段的主要任务如下：
-
增加操作反馈，确保用户的每一下点击后都有相应的事件触发
根据alpha阶段的反馈，我们意识到，必须为用户的每一下点击，都做出相应的反馈：若操作成功，则应跳转到相应的页面、实现相应的功能；若操作失败，则必须明确的提示用户为何操作失败，如何解决；若需要向后端索要或发送数据，则必须要提示用户正在链接服务器，并在超时后给出提示。如此才能避免用户在使用中出现“到底是我没点上还是卡了”的疑惑。
-
添加亮点功能，将目前的功能做精、做专
我们意识到，贪心的实现多个不同类型的功能，最后做成一锅什么都涉及一些，什么都做的不好的大杂烩是绝对需要避免的。因此，我们团队经讨论决定，将当前的招募发布、申请功能做到极致，添加让人眼前一亮的独特功能，如在查看申请界面，根据用户的需求，将符合要求的简历排在最上方；在发布列表页面，根据用户的专业，推荐符合其专业技能的招募等等。
-
重新设计页面，大幅提升审美体验
优秀，好看的页面既能吸引新用户的增长，也能提升用户的使用体验。经过对比其他成熟的，使用人数极多的成功小程序，我们发现我们的UI主要有两大问题：
- 颜色单一，控件样式单一，界面重复感强
- 缺少图片，页面较为单调
在下一阶段，我们会参考一些好看的设计模板，争取大幅提升我们的界面质量。