M2事后分析汇报总结

学霸网站项目Postmortem结果

M2之于M1的改进

文档和问答的整合

完成webservice

完成数据库触发器设计与完整性约束依赖（大规模）

优化学霸UI

资源的搜索

外部问题的搜索

文档的上传下载

实现文档评论和投票的功能

实现注销功能（原先的注销功能仅仅是跳到登录界面）

解决回答内容字数限制问题

解决提问内容不能换行的问题G

解决了点击标签进入List.aspx页面后卡死的问题

解决文档的浏览量显示不正确

将左侧标签固定为十个，以特定顺序排序（前五个是问题数最多的，后五个是文档数最多的）

将验证码长度由原先的六位改为四位，方便登录

修改xueba默认邮箱（outlook邮箱发送邮件慢）

解决了PDF文档不预览的问题

---

设想和目标

1.       我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？

学霸网站为计算机学习提供了一个网上基地，在这里你可以上传下载公共资源，你可以提出问题，也可以搜索已经解决的问题，还可以通过搜索标签来查看标签下的网页。主要的用户是高校计算机相关专业的老师和学生以及从事计算机领域工作的人。

2.       是否有充足的时间来做计划?

第二次迭代和各科大作业重叠在一起，时间不是很充裕。

3.       团队在计划阶段是如何解决同事们对于计划的不同意见的？

进行举手表决

---

计划

1.       你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

基本上都做完了。

2.       有没有发现你做了一些事后看来没必要或没多大价值的事?

M2阶段没有。

3.       是否每一项任务都有清楚定义和衡量的交付件?

大部分没有，没有制定特别精确的衡量标准。

4.       是否项目的整个过程都按照计划进行?

时间上不是按照计划进行的，这个因为编译课设，安卓课设，数据库课设加实验室的多重压力，时间上不是很充裕，所以我们大部分的成果是延后完成的。

虽然时间上规划的不是很好，但是我们在功能实现上以及对规划结果的实现都做的很好。

---

资源

1.       我们有足够的资源来完成各项任务么?

时间挺紧

2.       各项任务所需的时间和其他资源是如何估计的，精度如何?

根据算法实现以及UI编程实现的难度进行粗略估计

3.       用户测试的时间，人力和软件/硬件资源是否足够?

不够，小组测试成员的数量和硬件数量远远不够。

---

变更管理

1.       每个相关的员工都及时知道了变更的消息?

团队情况变更，在讨论组以及每日例会会进行通知。

2.       我们采用了什么办法决定“推迟”和“必须实现”的功能?

小组讨论，举手表决

3.       项目的出口条件（Exit Criteria）是否得到清晰的定义?

M2很清晰。

4.       对于可能的变更是否能制定应急计划?

小组讨论

5.       员工是否能够有效地处理意料之外的工作请求？

能，提出请求-》进行讨论表决-》实际执行

---

设计/实现

1.       设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

UI的设计测试人员和开发人员进行讨论来设计，功能是开发人员进行设计开发的

2.       设计工作有没有碰到模棱两可的情况，团队是如何解决的？

有意见不统一的时候，小组成员经过商量完成妥协

3.       什么功能产生的Bug最多，为什么？

标签方面的功能BUG多，因为标签功能涉及到文档和问答对领域，基本上包含了网站大部分的功能。

4.       代码复审（Code Review）是如何进行的，是否严格执行了代码规范？

没有进行过review，都是个人开发，然后checkin供测试人员测试的。

---

测试/发布

1.       团队是否有一个测试计划？为什么没有？

每日的测试任务会进行讨论，以及发布在博客

2.       是否进行了正式的验收测试？

进行了比较正式的测试，但是不会使用单元测试来进行代码覆盖率的全方位测试。

3.       团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？

通过TFS来对项目的BUG、项目的变更集以及成员的任务进行管理。很有用。

4.       在发布的过程中发现了哪些意外问题？

由于M1已经经历了发布过程中的种种问题，所以在M2阶段的发布方面没有出现意外的问题。

---

事后分析汇报会议照片