码迷,mamicode.com
首页 > 微信 > 详细

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

时间:2017-12-14 19:16:25      阅读:365      评论:0      收藏:0      [点我收藏+]

标签:价值   时间   处理   系统   缓冲区   衡量   都差不多   基础   实现   

基于微信小程序的失物招领系统的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.团队是如何测量并跟踪软件的效能的?从软件实际运行的结果来看,这些测试工作有用么?应该有哪些改进?
还没进行到这块。

5.在发布的过程中发现了哪些意外问题?
还没进行到这块。

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

标签:价值   时间   处理   系统   缓冲区   衡量   都差不多   基础   实现   

原文地址:http://www.cnblogs.com/liminghuang/p/8038963.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!