NBPL团队总结

        我们团队钱多多记账软件项目从2017年12月号开始，历时两个周。这两个周，我们从头学起，学到了很多新的知识，对一些概念有了认知，关于团队协作，关于团队建设，关于Android开发。回顾前两周，我们一致认为钱多多软件开发是一个比较差的项目。

设想和目标

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

我们的软件钱多多主要解决是大学生记账问题，亮点是在通知栏显示今日消费和剩余消费金额，和自定义每日消费上限。

多、蔡、程负责记账、设置、查询三部分，王负责在通知栏显示今日已用金额和剩余消费金额。

对典型用户和典型场景没有清楚的描述，只是根据自己预先设想进行的操作。

 

是否有充足的时间在做计划？

由于记账软件功能较少，计划时间充足，但是计划做的不够详细。

 

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

期初有不同意见，但是经过协商，最后达成了一致。

 

如果重来一遍，我们会做什么？

（1）把我们的计划做到最详细，在纸上先画一下我们的预期界面，保证界面美观大气。

（2）在我们冲刺之前解决准备问题。

 

计划

你们计划的工作最后都完成了吗？如果有没做完的，为什么？

计划基本完成，界面布局完全实现，但是没有连接成功数据库，导致无法查询记录。因为我们计划中对数据库并没有太多的重视，第一阶段完成之后，认为第二阶段任务比较轻松，连接数据库就可以了，于是每天冲刺的时间就减少了，结果到最后发现数据库的连接并不是很容易。

 

你有没有发现你做了一些时候看来没有必要或没有多大价值的事情？

没有

 

是否每一项任务都有清楚定义和衡量标准？

因为我们的记账软件功能比较简单，大家都比较清楚。

 

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

没有，连接数据库我们很长时间都耗在了这上面，后期对界面的美化就一再推迟。

 

在计划中有没有留下缓冲区，缓冲区有什么用？

没有

 

将来的计划会有什么修改？

预留缓冲区。

如果重新来一遍，我们会做什么改进？

（1）多请教老师和学长们，努力连接上数据库

（2）预留缓冲时间

资源

我们有足够的资源来完成任务吗？

资源很充足，图书，视频，老师、学长

 

各个任务所需要的时间和其他资源是如何估计的，精度如何？

估计的时间和真正需要的时间差距较大，有的需要时间很长，但是估计的时间和其他项目基本一样多。

 

用户测试时间，人力和软硬件资源是否足够？

不够，因为临近期末，大多数学弟学妹们都在忙于复习，使用我们软件的人数较少。

 

你有没有感觉你做的事情可以让别人来做更有效率？

没有

如果重来一遍，我们会做什么改进？

1、了解Android知识难度，精确估计各个任务所需要的时间。

2、花更多的时间进行功能测试

 

设计和实现

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

设计工作在Sprint的前两天。我们团队一起进行设计

 

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

有，我们在实际实现过程中又进行了讨论。

 

团队是否运用单元测试，测试驱动的开发、uml、或者其他工具帮助设计和实现？这些工具有效吗

没有

 

什么功能产生的bug最多？

打开通知栏显示今日消费功能出现的bug最多，每次第一次点击不会出现任何东西，第二次才可以。

 

代码复审是如何进行的，是否严格执行了代码代码规范？

没有进行代码复审，每个人按照自己认为的书写规范进行写的，但是没有统一的规定。

如果历史重来一遍，我们会做什么改进？

运用单元测试和一些工具帮助我们进行实现。

 

测试和发布

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

没有明确的测试计划，因为我们认为我们的软件很简单，但实际上并不是根据难以程度来决定。

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

没有

如果历史重来一遍，我们会做什么改进？

对软件进行测试，制定一个完整的测试计划、