在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. junit4 套件测试

    junit4 中的套件可以用来测试一个需要依赖的业务流程,如购买必须依赖与登录成功 代码实现: 测试数据存放 public class BaseTest { protected static Hash ...

  2. VUE带Token访问Abp Vnext Api

    上篇登录保存token用了3种方式,都可以在header带上Token访问,本次使用第四种保存方式Vuex中保存状态 stroe中配置好需要保存的字段及方法 import Vue from 'vue' ...

  3. vue从mock数据过渡到使用后台接口

    说明: 最近在搭建一个前端使用vue-element-admin,后端使用springBoot的项目. 由于vue-element-admin使用的是mock的模拟数据跑起来的项目,所以在开发过程中难 ...

  4. TP6出现错误 No input file specified.

    解决办法是打开public下的.htaccess文件, 把:RewriteRule ^(.*)$ index.php/$1 [QSA,PT,L] 改为:RewriteRule ^(.*)$ index ...

  5. 微信小程序函数间传递url的参数丢失问题

    可以使用encodeURIComponent():函数可把字符串作为 URI 组件进行编码. 可以使用decodeURIComponent():函数可把字符串作为 URI 组件进行解码.  

  6. Java基础系列(30)- 命令行传参

    命令行传参 有时候你希望运行一个程序的时候再传递给它消息.这就要靠传递命令行参数main()函数实现 package method; public class CommandLine { public ...

  7. Docker系列(8)- 常用其他命令(1) | 日志、元数据、进程的查看

    后台启动容器 # 命令 docker run -d 镜像名 [root@localhost ~]# docker run -d centos #问题:docker ps,发现centos停止了 #常见 ...

  8. Linux系列(16) - 其他帮助命令

    总结 如何判断一个命令是不是shell内部自带命令 使用命令whereis,whereis可以用来判断一个命令是否是shell内部命令: ls在/bin/下面有可执行文件,说明ls命令不是shell内 ...

  9. 博客主题-Next风格

    适配方法 下载压缩包,按照文件名将内容复制粘贴到对应框中即可. 注意事项 请将主题设置为custom 禁用默认css 下载连接 Next.rar version:2020-07-10 next.rar ...

  10. c++ 的学习 第二集函数的重载2 namemangling

    1. 本质 采用了name mangling或者叫name decoration ✓ C++编译器默认会对符号名(比如函数名)进行改编.修饰,有些地方翻译为"命名倾轧"✓ 重载时 ...