alpha阶段问题总结
作业基本信息
| 这个作业属于哪个课程 | 2021春软件工程实践|W班 |
|---|---|
| 这个作业要求在哪里 | 团队作业六——beta冲刺+事后诸葛亮 |
| 团队 | Growing light |
| 这个作业的目标 | alpha阶段问题总结 |
| 其他参考文献 | 《构建之法》 |
设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
- 山烛——一款线上扶贫教育平台，为教育资源匮乏地区孩子提供更多的教育机会，也能为想要支教而无法前往贫困山区的热心人士提供一个贡献自己力量的开放式平台。
- 定义清楚
- 典型用户和典型场景
-
- 1、教育资源匮乏地区的孩子通过政府或者慈善机构捐赠的设备登录“山烛”网站，观看视频学习知识，以及评论区讨论交流等。
-
- 2、热心人士通过网站，上传教学相关视频，或者通过捐赠区捐赠物品等。
2. 我们达到目标了么（原计划的功能做到了几个？ 按照原计划交付时间交付了么？ 原计划达到的用户数量达到了么?)
- 后端基本完成目标，前端后台部分还需完善
- 按照原计划时间交付了
- 暂未推广使用
3. 和上一个阶段相比，团队软件工程的质量提高了么？ 在什么地方有提高，具体提高了多少，如何衡量的？
- 团队软件工程的质量提高了，在项目管理方面提高了。改用teambition，优化了任务量化的计算等。
4. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
- 目前暂未对外开放用户测试，但我们认为离目标更近了。
计划
1. 是否有充足的时间来做计划?
alpha阶段后有很充足的时间计划beta阶段的计划。
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
大家开会协商，一起讨论问题，共同寻求解决问题的方法。
3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
原计划并未全部做完，由于工作量较大，时间安排不合理，导致部分未完成。
4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
目前暂未发现
5. 是否每一项任务都有清楚定义和衡量的交付件?
Alpha冲刺阶段的交付条件还是以模块功能的基本实现为主。
6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
项目总体来说还是按照计划进行的，项目有部分功能未能完成，任务分配不够合理
7. 在计划中有没有留下缓冲区，缓冲区有作用么?
预留了一天的时间来总结会议以及一些细节完善
8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
将预留更多的缓存时间
我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
对于计划，应该放眼全局，对于细节也应该考虑到位，不能只是个大概框架。
对于下阶段的计划要好好详细规划
资源
1. 我们有足够的资源来完成各项任务么?
时间不太充裕，任务量大，而且临近期末，团队成员都有各自的学业任务需要兼顾。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
根据我们团队在软件工程实践课程中，之前的个人任务与团队任务获得的经验和我们项目细分的任务模块来估算的。精度还算准确符合预期。
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
- 测试时间较为紧张，软件/硬件资源，对个人设备来说绰绰有余
- 对于美工设计/文案确实低估了难度，感觉现在的网站还不够美观
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
让能力更强的人来完成效率当然更高了，但是每个人都有各自的分工，完成任务的同时本身也是学习的过程。
5.有什么经验教训? 如果历史重来一遍, 我们会做什么改进?
接下来的阶段，对资源的规划分配应该要更加的准确。
变更管理
1. 每个相关的员工都及时知道了变更的消息?
是的，变更信息会在站立时会议提出，也会在群内通知，第一时间让组内全员悉知
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
团队开会共同讨论
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
alpha阶段的“做好了”就是模块功能基本实现，对于界面可能还不是太美观
4. 对于可能的变更是否能制定应急计划?
对于可能的变更我们会提前制定计划方案，万一遇到突发情况，则会大家一起讨论，共同解决
5. 员工是否能够有效地处理意料之外的工作请求？
大家工作热情较高，对于修改的内容都积极接受
6. 我们学到了什么? 如果历史重来一遍, 我们会做什么改进?
项目需求可能时刻在改变，我们要制定计划，准备心态，以不变应万变
设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作在系统设计阶段完成，小组成员合作完成《系统设计说明书》和《
数据库设计说明书》，时间在alpha冲刺之前，时间合适，小组共同完成，有助于团队成员更了解项目，人也合适。
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
有遇到前后端对功能的理解出现一点出入，大家线下讨论解决
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？ 比较项目开始的 UML 文档和现在的状态有什么区别？这些区别如何产生的？是否要更新 UML 文档？
- 单元测试：有效
- UML:由于项目在设计和实现的过程不断变化，需要不断对UML文档进行修改更新，所以相对于项目开始时的UML文档差别较大。
4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
- 在个人中心模块的Bug最多，涉及到多文件上传有出现上传但未获取到对于视频列表，以及个人中心导航守卫判断出了bug。
- 就是当服务器响应慢时，未获取到相应信息时候，页面ui有问题
- 空想都是美好的，实践才能发现问题
5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
使用IDEA的阿里编码规范插件、TSLint插件进行代码复审，进行的比较粗糙。
测试/发布
1. 团队是否有一个测试计划？为什么没有？
对后端进行接口测试、单元测试、性能测试，对前端进行界面测试、功能测试，以及自动化测试。
2. 是否进行了正式的验收测试？
在进行答辩演示前有让所有成员都跑一遍项目的功能来找bug。
3. 团队是否有测试工具来帮助测试？
- 接口测试：postman
- 单元测试：Junit
- 性能测试：postman、JProfier
- 自动化测试：Katalon Recorder
- 界面测试、功能测试：人工
4. 团队是如何测量并跟踪软件的效能（Performance）的？压力测试（Stress Test）呢？ 从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
后端开发中，使用API测试工具，编写测试样例来矫正后端出现问题，来保障每个接口经过一定的测试，才继续其他接口的实现。早期的测试有利于发现潜在问题，并且修复起来比较容易。测试工具使用起来不那么好用，编写用例比较麻烦。从目前来看这些测试工作有用，应改进进行覆盖面更广的测试
5. 在发布的过程中发现了哪些意外问题？
暂时没有
团队的角色，管理，合作
1. 团队的每个角色是如何确定的，是不是人尽其才？
在最开始分组时，大家都有选择自己的技术栈，任务规划后，大家根据自己的能力领任务，人尽其才。
2. 团队成员之间有互相帮助么？
团队成员都有互相帮助，有人遇到问题无法解决时，大家都会很热心的帮忙。
3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
团队开会讨论，例如在每天的站立式会议讨论，大家一起解决问题。
总结:
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
CMMI二级，管理级，在项目实施上能够遵守既定的计划与流程，有资源准备，权责到人
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
规范阶段，大家按照预期计划进行。
你觉得团队在这个里程碑相比前一个里程碑有什么改进?
团队配合交流密切
你觉得目前最需要改进的一个方面是什么?
工作量化的估计，计划要更精确
