第二次冲刺——团队总结

今天我们团队进行了事后诸葛亮会议，我们准备来讨论一下关于本次项目的一些不足

根据——“如果你可以重新来过，什么方面可以做得更好？”这个核心问题来进行讨论

一、设想和目标

首先，我们团队的项目是智能排班项目，我们的软件要解决门店排班费时费力的问题，为连锁店排班提供一个操作方便，运行合理，结果科学的排班系统，我们团队在一开始对于这个项目的认知并不是很清晰，我们单纯认为这个只是类似老师排课一样的系统，但是我们在实际操作过程中发现，智能排班系统的核心是排班，要根据不同的数据，不同的需求，不同的情况来进行多样化的排班。这个核心也就决定了我们一开始的认知是错误的，我们没有一个清晰的用户和场景的分析，导致了我们在一开始的准备时间就浪费了大量时间。

我们准备了较为充足的时间来进行计划，并且在项目开始的时候制定了一些代码规范等操作

对于队员对同一问题的不同观点的解决方法为：小组讨论，互相提出各自观点的利弊，如何能说服对方就继续接下来的讨论，如何互相说服不了对方就各自准备自己的想法，在经过一段时间后比较一下运行的效率或者成果，然后决定使用谁的方案

二、计划

我们团队在一开始的计划就是要实现一个简单的排班，但在不断的完善代码的过程中逐渐增加了一些新的操作，比如说员工管理、偏好管理、门店管理、换班、安卓端查看、预测数据的管理等一系列模块，将整个排班系统的功能更加完善好，在不断丰富新功能的路上，我们也提出了一些新想法还没有实现，比如说员工请假、节假日休班等，这些想法被提出后，因为某些原因我们不得不放弃。

我们在工作中的确做了一些费力不讨好的事，花费了大量的时间却没有彻底解决，比如说我们想要实现排班功能，在核心算法并没有写出来，就开始优化前端，导致最后出来的效果并不好，反而浪费了大量时间，再比如说团队成员在写换班操作时一心想要通过数据库语句来实现换班，但是因为数据库设置的原因也没有成功，最后也是换了其它思路来解决的。如果再来一次，我会选择先搞算法后优化前端，从而是最终效果更合适，如果再来一次，我们会多方面考虑问题的解决方法，而不是一直死脑筋执着于一种。

我们在开始的时候做了一些任务和分工，在项目刚进行的时候队员还能跟上进度，但是在项目中期到后期，我们的进程就有点跟不上计划的任务量了，而且每项任务的交付条件也不是很明确，所以如果能再来一次，我们会设立清楚的交付条件，也会给每个任务留下合适的缓冲区，保证每个人的工作量不会太紧张。

在这次团队项目中，我们学到了要提前制定计划，做好时间表，任务要分工明确，而且要加强团队交流，保证良好的团队关系，而且最重要的一点就是要保持良好的心态

三、资源

我们前期在资源的分配上还是比较合理的，在项目前期，每个人都有充足的时间去试错来找到自己的适合自己的速度，并且我们有时间去测试各种数据，但是等到了后期，资源的分配就不太合理了，对问题的解决方案也比较潦草。因此这也是我们要改进的地方，在项目遇到问题时，我们会广泛寻求别人的意见，在别人的帮助下来实现自己的功能

四、变更管理

我们的进度整体还是比较平稳，没有遇到紧急变更的情况，不过我们认为如果遇到类似的情况，我们应该给会开小组会议讨论（虽然可能叫不齐人）

五、设计/实现

对于设计，我们团队有专门的人来进行这个操作。但是在实现整合资源的过程中我们遇到了问题，我们每个人的分工很散且并没有进行单元测试，而且每个人使用的框架并不相同（因为每个人掌握的并不一样）所以导致我们后期的整合资源显得极为困难，通常只能是在源代码的基础上根据自己的理解再重新写一份自己框架内的，所以这个问题是我们极其头痛的。我们在排班这个功能的实现上出现了最后的bug，因为这个功能涉及到了很多的模块的结合

六、测试/发布

我们有专门的测试人员，目前已经经过了测试，准备让更多人用户参与到这个测试

以上就是我们团队事后会议的主要内容，在本次会议中我们回忆了项目过程中遇到了一系列问题，并对不同的问题提出了反思，也想出来对应的解决办法，只能说我们继续努力。