设想和目标
1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
要解决的问题：学生们经常在实验室上课，时常会遇到实验器械出现故障需要报修，而普通的方法就是直接向老师汇报，有时候老师会忘记，并且还需要想维修的人员进行转达，学生也无法知道合适完成了维修。所以开发了实验室报修系统方便学生和教师。
典型用户：集美大学老师和集美大学学生
场景如下：
学生们正在上实验课，同学甲发现一台机器出现故障，同学甲可以登陆保修系统，填写故障机器的编号，故障的问题。
后台管理员可以看到具体的故障机器的情况，完成维修后，选择完成维修，学生就可以看到这台机器已经恢复正常了。
2. 我们达到目标了么
所有的功能都实现了，满足了题目的所有要求，后期也对UI进行了优化。
3. 用户量, 用户对重要功能的接受程度和我们事先的预想一致么? 我们离目标更近了么?
用户对重要功能的接受程度和预想的基本上一致，通过采访老师、同学以及接触测试我们的产品，他们都表示喜欢我们开发的这个系统。
计划
1. 是否有充足的时间来做计划?
团队的会议大部分采用线上讨论，但还是会保持每天一次的小型会议，我们会利用课件的时间简单规划下接下来需要做的事情，遇到了问题都会积极的在线上互相帮助。
2. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
遇到分歧是难免的，但是团队的每个人都有发言的权利，不管说的好与否，大家都会认真考虑，最终会采取少数服从多数的方法。
3. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
都完成了。
4. 有没有发现你做了一些事后看来没必要或没多大价值的事?
本地管理代码
5. 是否每一项任务都有清楚定义和衡量的交付件?
几乎都可以。
6. 是否项目的整个过程都按照计划进行，项目出了什么意外？有什么风险是当时没有估计到的，为什么没有估计到?
几乎都按照计划进行，没有出现意外。
7. 在计划中有没有留下缓冲区，缓冲区有作用么?
有留下缓冲区 ，让大家可以有更多时间回顾。
8. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
分工更加细致。
资源
1. 我们有足够的资源来完成各项任务么?
有足够的资源，大部分的资源都可以通过搜索找到。
2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
通过估计任务的难度和大概花费的时间，在估计的时间上多预算一些弹性时间。
3. 测试的时间，人力和软件/硬件资源是否足够? 对于那些不需要编程的资源 (美工设计/文案)是否低估难度?
资源足够。不需要编程的人员可以多安排更多的时间在团队总结和博客上面。
4. 你有没有感到你做的事情可以让别人来做（更有效率）?
想到过了，但是每个人都有自己要完成的部分，大家都自己完成自己的任务，所以最后也是自己通过查找资料完成从从苦难
变更管理
1. 每个相关的员工都及时知道了变更的消息?
答：团队有QQ讨论组进行交流。平时在上课可见也有时间交流，所以可以保证大家会及时知道。
2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
我们经常开会交流，大家各抒己见，取其精华去其糟粕。这样很合理。
3. 项目的出口条件（Exit Criteria – 什么叫“做好了”）有清晰的定义么?
答：我们没有明确的定义
4. 对于可能的变更是否能制定应急计划?
答：可以制定
5. 员工是否能够有效地处理意料之外的工作请求？
答：能
设计/实现
1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
设计工作是在，确定我们项目的时候就大家一起讨论设计工作，由组员一起完成，是合适的时间合适的人
2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
大家一起解决的
3. 团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？
运用了单元测试来帮助设计和实现，工具很有效，帮助我们解决了很多逻辑上的问题，让代码更加完善
4. 什么功能产生的Bug最多，为什么？在发布之后发现了什么重要的bug? 为什么我们在设计/开发的时候没有想到这些情况?
SQL
5. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
我们审查了正确性、可理解性、安全性，严格的执行了代码规范
测试/发布
1. 团队是否有一个测试计划？为什么没有？
答：有具体的测试计划。
2. 是否进行了正式的验收测试？
答：没有正式的验收测试。
3. 团队是否有测试工具来帮助测试？
答：有。
4. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
答：模拟实际运行环境运行，从效果来看肯定是有用的，可以测试功能是否成功和是否存在bug。
5. 在发布的过程中发现了哪些意外问题？
答：部分功能没能达到预期目标，存在bug。
团队的角色，管理，合作
1. 团队的每个角色是如何确定的，是不是人尽其才？
答：根据每个队员的实力和自愿的原则来进行人员的分配/在实际的工作中，我们也是任人唯贤。
2. 团队成员之间有互相帮助么？
答:我们是一个团队的，必须做到互相帮助。
3. 当出现项目管理、合作方面的问题时，团队成员如何解决问题？
答：我们会进行集中讨论，并商讨出最好的解决办法；另外我们请其他小组的成员，给出合理的建议；我们还会去网上找资料解决等等。
总结
你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次?
已定义级
你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
规范阶段
你觉得团队在这个里程碑相比前一个里程碑有什么改进?
磨合度较高，团队气氛活跃
你觉得目前最需要改进的一个方面是什么?
个人能力的提升以及代码规范
对照敏捷开发的原则, 你觉得你们小组做得最好的是哪几个原则?
“以有进取心的人为项目核心，充分支持信任他们”
会议合照
团队成员在Beta阶段的角色和具体贡献
|
名字 |
角色 |
团队贡献分 |
可验证的贡献 |
|
林乔桦 |
PM |
21 |
完善后台 |
|
陈鑫龙 |
PG |
20 |
界面优化 |
|
黄睿 |
PG |
19 |
界面优化 |
|
武健男 |
PG |
19 |
完善后台 |
|
林俊鹏 |
Test |
18 |
代码测试 |
|
潘益靖 |
PG |
22 |
代码实现 |
|
周迪 |
PG |
17 |
代码测试 |