标签：事后诸葛亮 成员 用户 交流 快递 Beta 方便 团队 模板
| * * 1. * 以“事后诸葛亮”为模板总结会议 |
header |
|
|
| 1、我们的软件要解决什么问题？是否定义的很清楚？是否对典型用户和典型场景有清晰的描述？ |
|
| 主要是要方便老师学生的生活，少跑一趟取快递时间可用做其他事情，而取快递的人可以通过拿一次快递，挣一顿饭钱，方便自己方便他人； |
|
| 定义得较为清楚； |
|
| 主要将典型用户定义在大学生方便取快递，买饭；对勤工俭学的需求的学生； |
|
| 主要将典型场景定义在安卓软件（用户角度）上面； |
|
| 2、我们有充足的时间来做计划 |
|
| 在每个阶段开始之前，或者一小部分结束之后，我们团队会利用一些时间去讨论我们在新的进度上，需要做什么、能做什么、每个人需要做什么、目前已经做了什么； |
|
| 3、若是有不同意见 |
|
| 若是有不同意见，团队成员通常会通过举例子、列事实依据来解决相关分歧；（即用事实理论说服另外一个人） |
|
| 4、每个阶段都有每个阶段的明确任务 |
|
| 我们在第一阶段，只是关注了最简单的业务流程，并没有将中心放到用户体验的实现上去。 |
|
| 在第二阶段，我们注重了用户体验，加入了自动登录，聊天等功能，使软件的设计更加人性化，用户之间交流更加方便。 |
|
| 5、通过这次项目学到了...... |
|
| 在完成了这个项目后，学到了很多东西，比如安卓的fragment使用，安卓对数据库增删改查更加熟练，密码的md5加密，如何调用接口，自动登录的实现，聊天功能的实现。 |
|
| 同时学到了如何团队合作，团队内交流是最重要的，尽量实现分工明确。 |
|
| 6、足够的资源？ |
|
| 我们的项目还是比较好写，业务流程很清晰，有不了解的方面可以搜索资料； |
|
| 人力足够，但是任务缺乏相应的交流与沟通，没有正确的估计时间。 |
|
| 如果历史重来一遍，我们团队肯定会将重心放在任务的交流上，而不是因为这个拖慢项目进度； |
|
| 7、消息变更如何 |
|
| 现在网络发达，团队成员之间的通信和交流也变得更加方便，但还是需要成员们主动去将变更消息告诉其余成员，比如代码变更等，这样就能够保证消息的及时性。 |
|
| 8、各个单元模块的设计实现 |
|
| 通过明确的成员分工，在每个单元测试里面，成员都会将自己负责相应模块做好编程和测试，以免在更大范围内影响整体项目的功能； |
|
| 9、测试发布 |
|
| 我们团队在每次上传代码之前，都会先行进行测试，以免在代码上传之后，再出现纰漏，影响整体效率； |
|
| 10、总结 |
|
| 团队现在仍处于磨合阶段，基本上可以完成一个完整的项目，但是效率可能不是很高，需要更多更科学的团队交流计划，还有不小的进步空间。 |
|
标签：事后诸葛亮,
成员,
用户,
交流,
快递,
Beta,
方便,
团队,
模板
From： https://www.cnblogs.com/xdwjwyz/p/18245780