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