UltraSoft - Beta - 设计与计划
Posted ultrasoft
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了UltraSoft - Beta - 设计与计划相关的知识,希望对你有一定的参考价值。
在DDL Killer的Alpha发布版本一周后,我们积累了一定的用户数量和用户反馈,同时也着手准备Beta阶段的继续开发,在正式开始迭代前,先对我们的Beta阶段的需求做一个统计和预估,一是保证工作量的适中,二是可以更好地分配任务。
Alpha 做的不足的地方
既然是Beta,那就要有一些和Alpha阶段不同的地方,做错要挨打,挨打要站直,Alpha阶段犯下的错误就应该及时反思总结,在Beta阶段避免:
-
代码的详细签入记录和工作量记录问题
在Alpha阶段,我们有明确的每个人负责什么任务,负责的任务之间都是独立的个体,通常都是在不同的文件夹下,所以即使我们对代码的签入记录得不是特别完善,对于工作量的衡量影响也不是很大。但是在看到其他组对于Github代码的管理后我们确实自愧不如,我们对代码仓库的管理进行了三次的变更,导致签入记录不是很详细,这是在展示中的一个硬伤。
为此我们Beta阶段会完全依托码云进行代码的管理,并且我们小组有幸迎来了一位新组员Mistariano,也就是敏捷开发小组的前PM,敏捷开发小组在Github的管理上做的相当不错,相信在他的协助下我们在这一方面可以取得飞跃的发展。
-
Code Review
在Alpha阶段中,我们的Code Review工作是交由前后端分离进行,前端之间相互Code Review,后端之间相互Code Review,但是看到其他小组的项目展示中,都是由PM进行前后端统一的Code Review然后再进行代码的签入,在Beta阶段我们可以学习这种做法,改进我们的Code Review策略,做到更规范的代码管理。
-
Scrum Meeting记录问题
在Alpha阶段中,我们的Scrum Meeting开展存在一定问题,除去对课程组的时间安排把控错误以外,还有开会没有记录的情况,这个问题PM不能不背锅,但是考虑到我们团队PM兼任后端开发的工作确实可能存在不能及时完成报告的问题,在Beta阶段会采取更加灵活的文档记录工作,不会出现因为原本负责记录的人临时有事而导致记录缺席的情况。
-
更便捷的反馈途径
在Alpha阶段我们采用的用户反馈途径主要有两条:
- 直接反馈小组成员
- 反馈到博客园
-
从结果来看,大多同学会采取直接反馈到小组成员的做法,因为博客园的反馈需要登陆注册,导致我们官方的反馈渠道没有人留言,所以在Beta阶段会完善反馈途径,使用户的需求能够更及时便捷传递给我们。
Alpha 值得学习的地方
- 在Alpha的最后前后端连接阶段,我们寻找到了属于我们团队自己的协作方式——共享屏幕
+腾讯会议直播打代码,这种大型的结对编程现场不仅有利于提高代码质量,还有利于团队氛围的培养,前后端可以学习到更多另一端的知识,所以我们准备延续下去。 - 在Alpha阶段我们的石墨共享《踩坑+背锅》文档受到了组员的一致好评,里面明确的分工和分锅不仅方便大家一目了然现在需要做什么,还记录了踩坑+修复的详细进展和对于bug的解决方式,不仅是对我们自己的尝试的记录,在总结反思阶段整理成文档又是对其他遇到相同的bug的人的一种帮助,所以我们会一直持续下去。
Beta 锅
需求
- 仓库管理
- 接锅侠:Mistariano q2l
- 负责人添加课程作业
- Urgent!!!
- 接锅侠:q2l 王FUJI
- Eventlist 板块
- 加入日程删除
- 显示课程名称字段代替起始时间字段
- 接锅侠:Kkkk
- Course 板块
- 加入日程删除
- 加入测验模块
- 接锅侠:王FUJI
- 个人中心
- DDL提醒加入字段
- 团队日程提醒
- 共享资源更新提醒
- 接锅侠:王FUJI
- 消息中心?
- 有人把你加入meeting?
- 新的DDL?
- 接锅侠:q2l
- CourseTask表和UserCourse没有时刻相连
- UserTask更新不及时
- 情景:AB选了C课程,Apull有新DDL,B没反应
1. 连表查询更新 - 接锅侠:LiuZH q2l
- 群组的引入
- 每次不用手动输入一堆人
- 接锅侠:Monster q2l
- Gravator 头像引入
- 创建新日程旁加一个快速“创建当天日程”
- 接锅侠:王FUJI
- 重复日程
- Daily
- Weekly
- Monthly
- 接锅侠:LiuZH q2l
- 新建日程的模板
- 自定义模板
- 一键设置今晚/明晚到期
- 接锅侠:王FUJI
- 资源加入字段
- 分享者
- 分享时间
- 大小
- 接锅侠:LiuZH q2l
需要做的优化
- User 板块
- 加入Cookie的token认证
- 登陆时传到前端加盐加密token
- 请求api时在header中加入token,利用token验证
- 状态码管理:https://mp.weixin.qq.com/s/GgSTPwVpz7vQmCIeKp065g
- 接锅侠:q2l
- 后端密码传输管理
- 临时请求公钥 /api/requestkey
- 增加临时表存储密钥对
- 接锅侠:Monster
- Code Review
- 接锅侠:Mistariano q2l
根据开发进度考虑的优化
- 手机适配?Responsive
- Vuetify支持
- ElementUI存疑?
- 接锅侠:Mistariano q2l Kkkk
- 夜间模式?
- 粘贴自动识别加入日程
- 接锅侠:王FUJI
- 后端 迁移到 Restful-Framework
- 接锅侠:Mistariano q2l
- 保存 Course 统一认证账号密码
1. 在登陆成功的一次保存此时的随机密钥(写入文件)
2. 让用户权衡利弊?
3. SSO登陆
人员管理
在Beta阶段工期不是非常赶的情况下,我们遵循组员的意愿,合理进行前后端开发人员的再安排。
我们已经有前端的组员想尝试探索后端的架构并已经进行了“入职培训”,并分配了初步的任务慢慢上手,这无疑是对自己的能力的提升,我们非常欢迎~
在Beta阶段我们也迎来了我们的新成员——Mistariano,敏捷开发团队的前PM,新成员的到来为我们的Beta阶段开发注入了新鲜的血液,也希望Mistariano能帮助我们在仓库项目管理这一方面做得更好~
以上是关于UltraSoft - Beta - 设计与计划的主要内容,如果未能解决你的问题,请参考以下文章
UltraSoft - Beta - Postmortem事后分析
UltraSoft - Beta - Scrum Meeting 7