Beta阶段问题总结
| 这个作业属于哪个课程 | 2020 春福大软工实践 W 班 |
|---|---|
| 这个作业要求在哪里 | 团队作业第六次——beta冲刺+事后诸葛亮 |
| 这个作业的目标 | Beta冲刺 |
| 集合随笔 | 集合随笔 |
| 其他参考文献 | 《构建之法》 |
一、设想和目标
1、我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述?
解决问题
该平台面向所有热爱宠物的爱宠人士以及正在初步接触宠物人士提供交流平台,并可为那些可爱无助的流浪宠物寻得他们的新主人
定义
较为清楚
典型用户和典型场景
用户:新手铲屎官
用户需求:第一次养宠物,问遍身边所有人怎么饲养的,但是还是觉得不保险。假设背景:在网上询问有什么app可以有基本的饲养手册,最好有大量相关人士,养宠人士时,网上推荐爱宠云app
用户场景:下载,注册/登录,点击宠物饲养手册,看完又逛了一遍推荐后,回到个人中心,发帖“我有了一只狗(_),第一次养狗求指导!“
用户:白领
用户需求:家中有猫,今日突然胃口不佳,想询问其他铲屎官有没有类似情况发生假设背景:经询问有闺蜜给她推荐了一个有大量铲屎官聚集的app:爱宠云,里面交流氛围友好。
用户场景:下载app,注册/登录,先进入搜索界面,可能得到结果,若没有进入个人界面创作者中心发帖提问
2、我们达到目标了吗?(原计划的功能做到了几个? 按照原计划交付时间交付了么? 原计划达到的用户数量达到了么?)
原计划的功能大概做了一半多,勉强按原计划时间交付,用户数量无。
3、和上一个阶段相比,团队软件工程的质量提高了么? 在什么地方有提高,具体提高了多少,如何衡量的?
提高了.确定了参与情况,任务分配更加合理,还加入了高质量的伙伴。
4、 用户量,用户对重要功能的接受程度和我们事先的预想一致么?我们离目标更近了么?有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
没有用户。
二、计划
1、是否有充足时间来做计划?
是
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的?
没有什么不同意见
3. 你原计划的工作是否最后都做完了? 如果有没做完的,为什么?
没有,队长管理能力不足,组员能力有限
4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
有
5. 是否每一项任务都有清楚定义和衡量的交付件?
没有,在beta冲刺中有改进
6. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
不是,进度没有按预期达成,没有预估到组员的参与度
7. 在计划中有没有留下缓冲区,缓冲区有作用么?
有,但是没有起到太大作用
8. 将来的计划会做什么修改?(例如:缓冲区的定义,加班)
按参与度和能力分配任务,按劳分配。
9、我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
学到了团队内部是否有统一的目标和好的指挥是很重要的。再来一边的话从一开始的时候就调节组内氛围,做好奖惩制度,可能会有所改变吧。
三、资源
1. 我们有足够的资源来完成各项任务么?
没有,技术人员严重不足,并且学习热情不是很高。
2. 各项任务所需的时间和其他资源是如何估计的,精度如何?
根据个人所表现的个人能力和参与度估计的,基本上准确
3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
不是很够,有低估。
4. 你有没有感到你做的事情可以让别人来做(更有效率)?
可能换个组长会好一些吧
四、设计/实现
1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
在项目开发开始之前所有人一起完成的。时间稍晚了一些,由陈怡和余轩鸿完成的需求分析报告,许光清完成的原型设计。
2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
有,商讨解决。
3. 团队是否运用单元测试(unit test),测试驱动的开发(TDD)、UML, 或者其他工具来帮助设计和实现?这些工具有效么? 比较项目开始的 UML 文档和现在的状态有什么区别?这些区别如何产生的?是否要更新 UML 文档?
没有。
4. 什么功能产生的Bug最多,为什么?在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
整合前后端的时候,因为代码能力不足,勉强凑齐来之后出现了数据出错,模块运行不起来的情况。
5. 代码复审(Code Review)是如何进行的,是否严格执行了代码规范?
由编写该部分的组员自己复审,要求严格执行。
五、测试/发布
1. 团队是否有一个测试计划?为什么没有?
有,但是完成的不是很理想
2. 是否进行了正式的验收测试?
没有
3. 团队是否有测试工具来帮助测试?
有使用vs帮助测试
- 团队是如何测量并跟踪软件的效能(Performance)的?压力测试(Stress Test)呢? 从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
没有进行 - 在发布的过程中发现了哪些意外问题?
数据出错,部分功能无法使用
我们学到了什么? 如果重来一遍, 我们会做什么改进?
学到了测试的重要性
六、团队的角色,管理,合作
1. 团队的每个角色是如何确定的,是不是人尽其才?
主动报名,剩余分配,部分是。
2. 团队成员之间有互相帮助么?
有
3. 当出现项目管理、合作方面的问题时,团队成员如何解决问题?
组内商讨投票
七、新组员工作交接
因为新组员的能力很高,并没有让新组员没有交接原组员的工作,而是让他负责了后端部分,在将本组的资料交给他之后,组长和其他组员还积极地发言填补漏缺。
浙公网安备 33010602011771号