在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. Spring Cloud Eureka 实践(一)

    Spring Cloud Eureka是Spring Cloud Netflix微服务套件中的一部分,主要在Spring Cloud架构中提供服务注册发现的功能.那么是不是可以尝试在本地搭一个单例Eu ...

  2. Linux 内核:匠心独运之无锁环形队列kfifo

    Linux 内核:匠心独运之无锁环形队列 Kernel version Linux 2.6.12   Author Toney   Email vip_13031075266@163.com   Da ...

  3. Ubuntu / CoreOS修改DNS配置

    不要直接手动修改文件 /etc/resolv.conf 安装好Ubuntu之后设置了静态IP地址,再重启后就无法解析域名.想重新设置一下DNS,打开/etc/resolv.conf cat /etc/ ...

  4. python库--jieba(中文分词)

    import jieba 精确模式,试图将句子最精确地切开,适合文本分析:全模式,把句子中所有的可以成词的词语都扫描出来, 速度非常快,但是不能解决歧义:搜索引擎模式,在精确模式的基础上,对长词再次切 ...

  5. 计算机网络-TCP篇

    TCP篇 之前的总结文章:TCP简单版本介绍-三次握手等 基本认识 TCP 是⾯向连接的(⼀定是「⼀对⼀」才能连接).可靠的.基于字节流的传输层通信协议. RFC 793 是如何定义「连接」的:⽤于保 ...

  6. MySQL中的查询事务问题

    之前帮同学做个app的后台,使用了MySQL+MyBatis,遇到了一个查询提交的问题,卡了很久,现在有时间了来复盘下 环境情况 假设有学生表: USE test; CREATE TABLE `stu ...

  7. CodeForce-782B The Meeting Place Cannot Be Changed(高精度二分)

    https://vjudge.net/problem/CodeForces-782B B. The Meeting Place Cannot Be Changed time limit per tes ...

  8. ecshop商品批量上传之EC助理1.28支持ECshop2.7.3方法

    目前官方随着ECShop V2.73的发布也发布了相对应的EC助理1.30版.默认EC助理1.28也支持到ECShop V2.72,要想让EC助理1.28也支持到ECShop V2.73,那要了解EC ...

  9. Linux系列(20) - shutdown

    作用 用于关机或重启 例子 [shutdown -h 05:30]:设定凌晨05:30关机 [shutdown -h +30]:30分钟后关机 [shutdown -h now] 立即关机 [shut ...

  10. Jmeter系列(12)- 上传接口压测

    step-1上传接口分析 上传接口源码分析:分析上传文件类型.有无大小限制.存放上传文件服务器 没有源码通过抓包工具,或者Chrome查看框架源代码 接口路径/uploadfile,接口请求POST, ...