团队事后分析会议
会议时间:6月14日14:00-15:35(中途王卓加入,我忘记截图了。。。)
会议截图
设想和目标
1.我们所设计的作品要解决的要求?典型用户和典型场景?
想要解决当代大学生社团以及交友问题。
典型用户:在校大学生
典型场景:社团交流、社团招新
2.与之前我们的个人作业和结对作业相比,有什么进步?
文档写得更多,技术上的进步,团队交流以及互相推锅的能力
3.设计的目标有没有达到?如果没有达到,具体原因是什么?
一开始的目标有偏差,由最初的聊天系统偏离到社团管理,代码量过多导致不能按期完成。
预期目标过于庞大,我们的目标整个完成就相当于两个作品的代码量。
前端技术问题也导致了目标没有完美实现。
计划
1. 是否有充足的时间来做计划?
计划时间充足,但是学习技术时间相对较少。
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的?
进行少量讨论之后达成共识,但还是缺少更多的商讨时间。
3. 原计划的工作是否最后都做完了? 如果有没做完的,为什么?
前端:没有做完,由于技术问题
后台:完成
测试:完成
发布:完成
4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
前端:直接学基础教程不如边看视频边上手来得快。
5. 是否每一项任务都有清楚定义和衡量的交付件?
实现接口定义之后交付给后台进行连接。
6. 是否项目的整个过程都按照计划进行,项目出了什么意外?有什么风险是当时没有估计到的,为什么没有估计到?
几乎没有风险,最主要的就是并发量,没有对作品进行压力测试(其实主要是服务器端的压力测试)。
由于最初的估计用户数量比较低,没有想到这一点。
还有可以通过直接修改地址栏中用户名,会直接使用其他的用户名切换用户。
资源
1. 我们有足够的资源来完成各项任务么?
有。
2. 各项任务所需的时间和其他资源是如何估计的,精度如何?
根据自己之前打代码的经验估计,精度有误差但在接受的范围内。
3. 测试的时间,人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
测试资源、人力、时间足够。
刚开始上手会觉得很简单,随着时间会逐渐觉得变难。刚开始觉得前端就只是设计一下样式,结果后来发现还有与后台对接以及逻辑脚本设计等,就比较棘手。
4. 你有没有感到你做的事情可以让别人来做(更有效率)?
发布:觉得自己的部分并没有安排很好,因为演示的书序比较靠前,有些紧张还没有准备好演示内容。
设计/实现
1. 设计工作在什么时候,由谁来完成的?是合适的时间,合适的人么?
在编写规格书之前,由前端与后台一起进行设计。
时间上来说,有一些紧张,因为任务拖到了还剩两三天。
人选是很合适的,由实现人员作为主导,更容易完成。
2. 设计工作有没有碰到模棱两可的情况,团队是如何解决的?
没有,意见几乎一致。
测试/发布
1.是否进行了正式的验收测试?
测试涵盖了作品的大部分功能,但是由于对编程语言的不熟悉导致不够深入。
2.发布过程中遇到的问题?
团队角色管理/合作
1.影响进度和作品完成度最大的原因?
技术问题,很严重。
2.队长是否起到了积极作用?
有起到积极作用。
3.在完成相关任务的时候,有没有与其他队员进行协调?
有,但团队内部交流不够。
4.团队内部氛围?
虽然我们整体技术不强,但是团队内部互帮互助还是很强的。
团队内部贡献分规则
团队贡献分
姓名 | 贡献分 |
尚通 | 93.5 |
孙争 | 80 |
李彦霆 | 77 |
王卓 | 75.5 |
赖学程 | 47.5 |
廖浩任 | 44 |