基于微信小程序的失物招领系统的Postmortem

基于微信小程序的失物招领系统的Postmortem

设想和目标

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

对于我们团队要解决的问题和实现的功能在项目开始就很明确，在项目过程中也一直没有改变。有清晰的典型用户和典型场景描述。

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

有时间

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

因为团队成员都是第一次上手，很多都是参照网络上的资料，或者按照队长的意思。

计划

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

没做完，很重要的对接工作没完成，遇到问题还没解决。

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

在微信小程序前端浪费了很多时间

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

没有，我们很多任务都是靠团队内演示验收来交付

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

在对接上花了很多时间导致不能按照计划进行

5.在计划中有没有留下缓冲区，缓冲区有作用么?

我们在Alpha冲刺最后留了一天的缓冲，但是就算有缓冲区也没把对接解决好

6.将来的计划会做什么修改？

适当延长缓冲区和加班

资源

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

这个项目并没有需要很多资源。

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

按照以往的一些基础编程经验和学长的意见，精度上有一些误差

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

足够

4.你有没有感到你做的事情可以让别人来做（更有效率）?

大家都是第一次做项目，都只有一些基础编程经验，所以基本都差不多。刚开始分配任务也是按照个人喜好来。

变更管理

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

宿舍和实验室都相邻，QQ上也有及时联系。

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

因为对接的问题，我们不得不推迟一些功能。

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

我们在项目的过程中没有涉及到这一块的讨论

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

基本没有

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

有的时候因为实验室的需求，导致要熬夜加班，但是这样会导致不能集中精力。

设计/实现

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

设计工作在Alpha早期，有两个小组成员共同完成，在现在看来应该是合适的。

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

按照队长的意思。

3.团队是否运用单元测试（unit test），测试驱动的开发（TDD）、UML, 或者其他工具来帮助设计和实现？这些工具有效么？

后端运用了单元测试，在现在看来比较有效。

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

调用数据库的时候，对数据库操作方法不是很理解。

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

因为目前后端和前端并没有出现问题，所以没进行代码复审。

测试/发布

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

有一点简单的测试计划，在Alpha测试时按照计划进行测试。

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

因为项目还有一部分没实现，所以还没进行正式的验收。

3.团队是否有测试工具来帮助测试？

有，使用微信小程序开发者工具

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

没有在alpha阶段完成预定计划，故未进行软件效能的跟踪。

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

tomcat第一次上手，没有修改server.xml文件，以及微信小程序要求的https传输协议之前没有做这个的经验