在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. 20210808 Hunter,Defence,Connect

    考场 乍一看都不可做 T1 算了半天样例,一直算出来 \(\frac{81}{400}\),直接丢了 T1 推了推发现是求最长连续 \(0\) 的数量,那就是线段树合并加上<玫瑰花精> T ...

  2. MapperScannerConfigurer之sqlSessionFactoryBeanName注入方式

    Spring整合Mybatis时,项目启动时报错:(MapperScannerConfigurer之sqlSessionFactoryBeanName注入方式) pringframework.bean ...

  3. IKEv1协商安全联盟的过程

    IKEv1协商安全联盟的过程 采用IKEv1协商安全联盟主要分为两个阶段: 第一阶段,通信双方协商和建立IKE协议本身使用的安全通道,即建立一个IKE SA: 第二阶段,利用第一阶段已通过认证和安全保 ...

  4. go语言游戏服务端开发(一)——架构

    五邑隐侠,本名关健昌,12年游戏生涯. 本教程以Go语言为例.   网络游戏程序分为客户端和服务端.客户端负责图形渲染.交互和一些简单校验处理,服务端负责业务逻辑处理.数据存储. 我们开发一个游戏de ...

  5. Spring系列-SpringBase+IOC

    Spring 一.前言 Thinking is more important than learning 本文主要讲述spring 以及它的 IOC原理 代码地址:https://gitee.com/ ...

  6. UVA 1599 Ideal Path(双向bfs+字典序+非简单图的最短路+队列判重)

    https://vjudge.net/problem/UVA-1599 给一个n个点m条边(2<=n<=100000,1<=m<=200000)的无向图,每条边上都涂有一种颜色 ...

  7. Stage 1 项目需求分析报告

    迷你商城后台管理系统-- 需求分析 1. 引言 作为互联网热潮的崛起,消费者们的普遍差异化,实体商城要想在互联网的浪潮中继续发展,就需要制定出针对用户以及消费者的消费习惯以及喜爱品种的消费方案.从而企 ...

  8. PHP设计模式之中介者模式

    上回说道,我们在外打工的经常会和一类人有很深的接触,那就是房产中介.大学毕业后马上就能在喜欢的城市买到房子的X二代不在我们的考虑范围内哈.既然需要长期的租房,那么因为工作或者生活的变动,不可避免的一两 ...

  9. http请求在https中使用

    问题原因:HTTPS页面里动态的引入HTTP资源,比如引入一个js文件,会被直接block掉的.在HTTPS页面里通过AJAX的方式请求HTTP资源,也会被直接block掉的. 解决方案: <m ...

  10. Windows环境下实现WireShark抓取HTTPS

    https 加密传输,Wireshark 没有设置的情况下是没有办法抓到包的 https 的数据包. 设置系统环境变量(SSLKEYLOGFILE) WireShark 设置 SSL 选项 参考文章: ...