项目核实
用户使用报告
推广方式
- 微信朋友圈
- 创建微信粉丝群
- QQ空间
- QQ群（主要为班级群和各个课程群）
下载使用
根据后台用户流量统计，总访问量为151人次，日均访问量为5人次。
用户反馈
- A同学：这个网站对于我来说有很大的帮助，科大大部分实验室的介绍以及导师的联系方式都在这个网站上，同时老师可以发布实验室招募新成员信息，虽然现在还没有（笑）省去了我一个个找实验室、找老师的时间。同时我可以在网站上创建个人的简历，把自己的信息一次性填写到网站上，将来联系导师的时候不用一次又一次的重复向老师说明自己的情况。还有一点是通过这个网站可以向老师发起私信功能，这个功能非常实用，因为有时候没法得知老师的邮箱，联系老师变的十分困难，有了这个功能，就可以十分便捷的联系上老师。
- B同学：这个网站如果能够得到老师的认可，那么将给我们带来极大的便利，然而确定会有老师乐意用这个平台吗……？
- C同学：网站想法很好，该有的功能都有，希望能够尽快正式上线。
用户使用情况评价
通过收集到的多名用户的反馈，已经后台统计用户访问量，我们得出用户使用情况和我们原来预期的情况大致相同，大部分的用户都肯定了我们的网站。小部分用户对于老师是否乐意使用这个平台保持怀疑态度，这个也是我们担心的一个问题，如果想要让这个网站真正发挥作用，就必须要有大量老师在上面发布实验室招生信息，这样子才能吸引更多的同学使用我们这个平台。
postmortem报告
每个成员在beta阶段的实践和alpha阶段有何改进
刘梓轩
作为组长在beta进一步规范了分工评价机制，并切身监督落实。
张士龙
主要负责数据库的设计以及网站后端的设计维护，同时兼有一部分前端设计的工作，在beta阶段技术更成熟。
刘泽
主要负责数据库的设计以及网站后端的设计维护，同时兼有一部分前端设计的工作，在beta阶段技术更成熟。
沈三景
主要负责前端的设计和编写，以及博客的更新和会议的记录，在beta阶段更规范。
陈灿
主要负责报告的编写和进度的测评和规划，以及前端的编写，在beta阶段更规范。
杨茜贺
负责各项工作的其余事务，在beta阶段更规范。
团队在beta阶段吸取了哪些alpha阶段的经验教训
- 时间规划不合理，导致最后太赶
- 任务分配不成熟，导致浪费了大量时间
- 时间不充沛，在alpha阶段事情太多倒是整体时间不够，所以在beta阶段一方面尽量挤出更多时间，另一方面对任务量做了调整。
12条敏捷开发的原则中，团队做得最好和最不好的各列举2点
最好
- 不论团队内外，传递信息效果最好和效率最高的方式是面对面的交谈。
- 以简洁为本，它是极力减少不必要工作量的艺术。
最不好
- 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
- 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。
对照The Cathedral and the Bazaar (大教堂和集市)，你的团队开发模式是哪一种，优势/劣势在哪里？
更偏向大教堂模式，兼有一部分集市模式。
优势
- 可以严格按照规划来，思路清晰
- 集中力量办大事
团队贡献分
- 刘梓轩 20%
- 张士龙 35%
- 刘泽 20%
- 沈三景 20%
- 陈灿 5%
- 杨茜鹤 0%（退课）
- 谭鹏 0%（退课）
PS:我们组刚开始有七个人，后来有两个人退课，但是工作量还是七个人的，麻烦老师、助教、同学给我们七个人的总分。
