以“事后诸葛亮”为模板总结会议

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

@ 主要是要解决将医学图像3D化，便于医学研究；其次是要解决不熟悉医院流程的人群挂号的相关问题；

@ 定义得较为清楚；

@ 主要将典型用户定义在不熟悉医院流程、赶时间、看病心情焦虑得人群身上；

主要将典型场景定义在微信小程序（用户角度）上面；web网站用于工作人员的应用；

2、我们有充足的时间来做计划

在每个阶段开始之前，或者一小部分结束之后，我们团队会利用一些时间去讨论我们在新的进度上，需要做什么、能做什么、每个人需要做什么；

3、若是有不同意见

若是有不同意见，团队成员通常会通过举例子、列事实依据来解决相关分歧；（即用事实理论说服另外一个人）

4、用户与我们预想的并不太一样

我们在第一阶段，只是关注了最简单的增删改查，并没有将中心放到核心功能算法的实现上去，这就是一个明显的本末倒置的事实举例！

若是能够重来一次，我们肯定会先将重点放在核心算法的实现上面，即便是内有增删改查的加持，我们也能够具有一定的竞争力！

5、我在第一阶段学到了......

在这个阶段，我还是或多或少的学习到了一些知识，就比如，我学到了有关语音识别接口的调用、简单的图像识别接口的调用等，

当然，原定的计划里面肯定是有识别算法的实现的，但是未按照原定计划完成（也就相当于最大的竞争资本没了）

在将来的计划里面，会选择算法基础较为薄弱的成员专注于编写增删改查语句和相关页面；

其余人员就主要负责研究算法、训练数据、实现功能等，尽量实现分工明确。

6、足够的资源？

由于是开源项目，所以，相关的数据集啥的，都能够在官方文档里面找到，就主要是可能，有部分人会出现看不懂、不想看等问题，然后就直接阻断了自己研究算法的欲望，这是团队合作就起到了很大的作用；

如果历史重来一遍，我们团队肯定会将重心放在算法的研究上面；

7、消息变更如何

现在网络发达，团队成员之间的通信和交流也变得更加方便，但还是需要成员们主动去将变更消息告诉其余成员，比如代码变更等，这样就能够保证消息的及时性啦！

8、各个单元模块的设计实现

通过明确的成员分工，在每个单元测试里面，成员都会将自己负责相应模块做好编程和测试，以免在更大范围内影响整体项目的功能；

9、测试发布

我们团队在每次上传代码之前，都会先行进行测试，以免在代码上传之后，再出现纰漏，影响整体效率；

10、阶段

我个人认为，团队现在处于萌芽阶段，基本上的都已经实现了；但还是有不小的进步空间的！害！