在DDL Killer的Alpha发布版本一周后,我们积累了一定的用户数量和用户反馈,同时也着手准备Beta阶段的继续开发,在正式开始迭代前,先对我们的Beta阶段的需求做一个统计和预估,一是保证工作量的适中,二是可以更好地分配任务。

Alpha 做的不足的地方

既然是Beta,那就要有一些和Alpha阶段不同的地方,做错要挨打,挨打要站直,Alpha阶段犯下的错误就应该及时反思总结,在Beta阶段避免:

  1. 代码的详细签入记录和工作量记录问题

    在Alpha阶段,我们有明确的每个人负责什么任务,负责的任务之间都是独立的个体,通常都是在不同的文件夹下,所以即使我们对代码的签入记录得不是特别完善,对于工作量的衡量影响也不是很大。但是在看到其他组对于Github代码的管理后我们确实自愧不如,我们对代码仓库的管理进行了三次的变更,导致签入记录不是很详细,这是在展示中的一个硬伤。

    为此我们Beta阶段会完全依托码云进行代码的管理,并且我们小组有幸迎来了一位新组员Mistariano,也就是敏捷开发小组的前PM,敏捷开发小组在Github的管理上做的相当不错,相信在他的协助下我们在这一方面可以取得飞跃的发展。

  2. Code Review

    在Alpha阶段中,我们的Code Review工作是交由前后端分离进行,前端之间相互Code Review,后端之间相互Code Review,但是看到其他小组的项目展示中,都是由PM进行前后端统一的Code Review然后再进行代码的签入,在Beta阶段我们可以学习这种做法,改进我们的Code Review策略,做到更规范的代码管理。

  3. Scrum Meeting记录问题

    在Alpha阶段中,我们的Scrum Meeting开展存在一定问题,除去对课程组的时间安排把控错误以外,还有开会没有记录的情况,这个问题PM不能不背锅,但是考虑到我们团队PM兼任后端开发的工作确实可能存在不能及时完成报告的问题,在Beta阶段会采取更加灵活的文档记录工作,不会出现因为原本负责记录的人临时有事而导致记录缺席的情况。

  4. 更便捷的反馈途径

    在Alpha阶段我们采用的用户反馈途径主要有两条:

    1. 直接反馈小组成员
    2. 反馈到博客园

      从结果来看,大多同学会采取直接反馈到小组成员的做法,因为博客园的反馈需要登陆注册,导致我们官方的反馈渠道没有人留言,所以在Beta阶段会完善反馈途径,使用户的需求能够更及时便捷传递给我们。

Alpha 值得学习的地方

  1. 在Alpha的最后前后端连接阶段,我们寻找到了属于我们团队自己的协作方式——共享屏幕

    +腾讯会议直播打代码,这种大型的结对编程现场不仅有利于提高代码质量,还有利于团队氛围的培养,前后端可以学习到更多另一端的知识,所以我们准备延续下去。
  2. 在Alpha阶段我们的石墨共享《踩坑+背锅》文档受到了组员的一致好评,里面明确的分工和分锅不仅方便大家一目了然现在需要做什么,还记录了踩坑+修复的详细进展和对于bug的解决方式,不仅是对我们自己的尝试的记录,在总结反思阶段整理成文档又是对其他遇到相同的bug的人的一种帮助,所以我们会一直持续下去。

Beta 锅

需求

  1. 仓库管理

    1. 接锅侠:Mistariano q2l
  2. 负责人添加课程作业
    1. Urgent!!!
    2. 接锅侠:q2l 王FUJI
  3. Eventlist 板块
    1. 加入日程删除
    2. 显示课程名称字段代替起始时间字段
    3. 接锅侠:Kkkk
  4. Course 板块
    1. 加入日程删除
    2. 加入测验模块
    3. 接锅侠:王FUJI
  5. 个人中心
    1. DDL提醒加入字段
    2. 团队日程提醒
    3. 共享资源更新提醒
    4. 接锅侠:王FUJI
  6. 消息中心?
    1. 有人把你加入meeting?
    2. 新的DDL?
    3. 接锅侠:q2l
  7. CourseTask表和UserCourse没有时刻相连
    1. UserTask更新不及时
    2. 情景:AB选了C课程,Apull有新DDL,B没反应

      1. 连表查询更新
    3. 接锅侠:LiuZH q2l
  8. 群组的引入
    1. 每次不用手动输入一堆人
    2. 接锅侠:Monster q2l
  9. Gravator 头像引入
    1. http://loonlog.com/2020/3/10/django-gravatar/
    2. 接锅侠:Kkkk
  10. 创建新日程旁加一个快速“创建当天日程”
    1. 接锅侠:王FUJI
  11. 重复日程
    1. Daily
    2. Weekly
    3. Monthly
    4. 接锅侠:LiuZH q2l
  12. 新建日程的模板
    1. 自定义模板
    2. 一键设置今晚/明晚到期
    3. 接锅侠:王FUJI
  13. 资源加入字段
    1. 分享者
    2. 分享时间
    3. 大小
    4. 接锅侠:LiuZH q2l
  14. 教务网站功能整合
  15. 友情链接

需要做的优化

  1. User 板块

    1. 加入Cookie的token认证
    2. 登陆时传到前端加盐加密token
    3. 请求api时在header中加入token,利用token验证
  2. 状态码管理:https://mp.weixin.qq.com/s/GgSTPwVpz7vQmCIeKp065g
    1. 接锅侠:q2l
  3. 后端密码传输管理
    1. 临时请求公钥 /api/requestkey
    2. 增加临时表存储密钥对
    3. 接锅侠:Monster
  4. Code Review
    1. 接锅侠:Mistariano q2l

根据开发进度考虑的优化

  1. 手机适配?Responsive

    1. Vuetify支持
    2. ElementUI存疑?
    3. 接锅侠:Mistariano q2l Kkkk
  2. 夜间模式?
  3. 粘贴自动识别加入日程
    1. 接锅侠:王FUJI
  4. 后端 迁移到 Restful-Framework
    1. 接锅侠:Mistariano q2l
  5. 保存 Course 统一认证账号密码

    1. 在登陆成功的一次保存此时的随机密钥(写入文件)

    2. 让用户权衡利弊?

    3. SSO登陆

人员管理

在Beta阶段工期不是非常赶的情况下,我们遵循组员的意愿,合理进行前后端开发人员的再安排。

我们已经有前端的组员想尝试探索后端的架构并已经进行了“入职培训”,并分配了初步的任务慢慢上手,这无疑是对自己的能力的提升,我们非常欢迎~

在Beta阶段我们也迎来了我们的新成员——Mistariano敏捷开发团队的前PM,新成员的到来为我们的Beta阶段开发注入了新鲜的血液,也希望Mistariano能帮助我们在仓库项目管理这一方面做得更好~

UltraSoft - Beta - 设计与计划的更多相关文章

  1. [知识路书]beta设计和计划

    [知识路书]beta设计和计划 一.需求再分析 根据用户反馈,是否发现之前的需求分析有偏差?为什么会出现这种偏差?beta阶段你们是否能真的分析清楚用户需求?如何做到? 根据alpha阶段的推广情况以 ...

  2. beta设计和计划

    项目 内容 课程:北航-2020-春-软件工程 博客园班级博客 要求 Beta设计和计划 我们在这个课程的目标是 提升团队管理及合作能力,开发一项满意的工程项目 这个作业在哪个具体方面帮助我们实现目标 ...

  3. [no_code][Beta]设计和计划

    2020春季计算机学院软件工程(罗杰 任健) 2020春季计算机学院软件工程(罗杰 任健) 作业要求 Beta设计和计划 我们在这个课程的目标是 远程协同工作,采用最新技术开发软件 这个作业在哪个具体 ...

  4. [敏捷软工团队博客]Beta设计和计划

    项目 内容 2020春季计算机学院软件工程(罗杰 任健) 博客园班级博客 作业要求 Beta设计和计划 我们在这个课程的目标是 在团队合作中锻炼自己 这个作业在哪个具体方面帮助我们实现目标 对Beta ...

  5. 【二食堂】Beta - 设计和计划

    Beta设计和计划 需求再分析 根据助教.老师.用户以及各个团队PM的反馈意见,我们的项目目前有以下问题: 功能不完整 实用价值不高 两方面的缺陷,所以在Beta阶段,我们工作的中心还是完成项目规划中 ...

  6. [对对子队]Beta设计和计划

    需求再分析 Alpha阶段用户反馈的问题主要有三个 新手引导部分没有明确指出合成按钮可以使用下拉框切换目标,因此不少玩家卡在第三关 觉得合成动画太长,希望可以快进或者跳过 对游戏目标很迷惑,不知道为什 ...

  7. Beta设计和计划 —— NameNotFound

    需求再分析 1. 用户群体 经过用户(大多数是同学)的反馈,我们发现大家其实并不是十分明确我们要做的到底是什么.具体要怎么用.而实际上我们的典型用户也并不是学生群体,因此出现这些偏差也是很正常的,毕竟 ...

  8. UltraSoft - Beta - Postmortem事后分析

    UltraSoft - Beta - PostMORTEM 设想和目标 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 解决的问题和定义都在[软软软]功能规格说明书 ...

  9. 团队作业8——Beta版本冲刺计划及安排

    团队作业8--Beta版本冲刺计划及安排 经过紧张的Alpha阶段,很多组已经从完全不熟悉语言和环境,到现在能够实现初步的功能.下一阶段即将加快编码进度,完成系统功能.强化软件工程的体会. 凡事预则立 ...

随机推荐

  1. python3 爬虫五大模块之五:信息采集器

    Python的爬虫框架主要可以分为以下五个部分: 爬虫调度器:用于各个模块之间的通信,可以理解为爬虫的入口与核心(main函数),爬虫的执行策略在此模块进行定义: URL管理器:负责URL的管理,包括 ...

  2. redis存取数据String

    一.连接不同数据库和存取String类型值 1.连接数据库 2.set和get多个 3.取值并赋值 取值返回的是赋值改变之前的值: 4.递增和递减 5.字符串尾部加值 6.商品编号自增应用

  3. Haproxy搭建web集群

    目录: 一.常见的web集群调度器 二.Haproxy应用分析 三.Haproxy调度算法原理 四.Haproxy特性 五.Haproxy搭建 Web 群集 一.常见的web集群调度器 目前常见的we ...

  4. 海量列式非关系数据库HBase 原理深入

    HBase读数据流程: 前置关键词描述: Block Cache :读缓存,缓存上一次读的数据,整个ReginServer只有一个 MemStore :写缓存,缓存上一次写的数据,每个Store有一个 ...

  5. vue中如何深度监听一个对象?

    大家都知道,Vue项目中对数据的监听,提供了一个很好的钩子watch,watch可以极其方便的监听我们常用数据类型值的变化,但通常当我们想监听一个对象中,某个属性值的变化时,很难达到我们预期的效果.那 ...

  6. 类型定义VS类型别名

    类型定义是在当前包中的一直存在的.输出%T,发现类型前面都有main.前缀 类型别名,其实还是它的根本类型,别名只存在在代码中.编译后就不存在了,还是根本类型.

  7. 【简单数据结构】二叉树的建立和递归遍历--洛谷 P1305

    题目描述 输入一串二叉树,用遍历前序打出. 输入格式 第一行为二叉树的节点数n.(n \leq 26n≤26) 后面n行,每一个字母为节点,后两个字母分别为其左右儿子. 空节点用*表示 输出格式 前序 ...

  8. struts2 中 form-action action-form 的传参方式

    1.  struts2 Action获取表单提交数据 主要有三种方式: 1.1 使用ActionContext类 //获取actionContext对象 ActionContext context = ...

  9. java基础面试题(一)

    1.java中的数据类型,各占多少个字节? 2.面向对象的特性 1-封装:简单来说,封装就是把数据和操作数据的方法绑定起来,如果需要访问,可以使用已定义的接口进行访问 2-继承:从已有的类得到继承信息 ...

  10. 鸿蒙内核源码分析(互斥锁篇) | 比自旋锁丰满的互斥锁 | 百篇博客分析OpenHarmony源码 | v27.02

    百篇博客系列篇.本篇为: v27.xx 鸿蒙内核源码分析(互斥锁篇) | 比自旋锁丰满的互斥锁 | 51.c.h .o 进程通讯相关篇为: v26.xx 鸿蒙内核源码分析(自旋锁篇) | 自旋锁当立贞 ...