软件工程-事后Postmortem 会议
团队事后分析会议
会议时间：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 |
