事后诸葛亮

一、项目的预期计划

项目计划书

二、项目的现实进展

已经实现的功能：

• 该平台可以供人寻找兼职
• 寻找丢失的物品
• 闲置物品交易，表白墙等等
• 以及用户可以自己发布需求信息，供他人解决

三、完成项目过程中的体会

• 这次冲刺，首先感受最深的就是时间不够用，需要学习和消化的新知识太多，平时还要上课和复习部分课程。不过在队友的帮助下，还是一步一步的完成了这次冲。这次冲刺也暂时告一段落，会好好调整心情，提前开始为下一次冲刺做准备。
• UI设计上，以前经验较少，所以还是慢慢学习使用较为基础的东西，设计过程中创些小demo进行试验，fragment的使用，以及调用系统导入的矢量图会导致某些机型上崩溃的问题困扰了我们很久，直到现在也尚未解决
• 可能是没有经验吧，感觉做一个软件是真的不容易，虽然我做的只是一小部分，但是中间还是出现了很多bug。感谢百度，感谢队友。

四、团队成员的分工及在Alpha阶段的工作量比例

姓名	贡献量
王熙航（队长）	15
李冠锐	14
曾磊鑫	12
郑沐榕	11
杨艺勇
刘杰
聂寒冰
戴俊涵

五、下阶段展望与团队总结

下阶段展望

• 增加会员功能
• 完善信息审核的功能
• 新增发布短视频功能
• 改善界面，美化界面

团队总结

• 需求理解要透彻，需求关乎项目要做什么，要达到什么样的结果，需要在需求阶段理解清楚，做到心中有数。另外需求是工作量评估的基础，要想工作量评估适当且充分，不出现大幅度偏差，就需要客观理解需求
• 工作量评估做到群策群力，我们会把整体计划拆分成细小的功能点，然后按照组员的特点，分配到具体的开发负责人。由于很多功能点都是互相关联，单方面评估往往不能反应真实的情况，因此我们会召集专门的评估会议，对某一个功能点由对应的开发负责人和相关的人员一起来确定，确保大家的信息对称
• 代码质量控制摆到重中之重，良好的代码质量需要工程师付出很多的努力，这些努力都是值得的，为后期测试、BUG诊断、扩展等降低了难度，减少不必要的时间花费
• 单元测试要完全覆盖，开发人员做单元测试，一是检查自己的代码是否有缺陷，做到对自己代码负责；二是可以站在测试的角度去思考问题，可以减少后期测试不必要的测试点，让项目进度整体可控
• 保持团队成员的积极性，工作都是人做出来的，组员的工作积极性是项目好坏的决定性因素。做好项目，先必须让团队氛围良好。让每一人都具备主人翁意识，都可以有自己发展的空间，在自己的领域里有所建树，这也是我们团队能在中后期赶上进度的根本原因，因为大家整个项目开发过程中都保持了强大的积极性，乐在其中
• 项目开发过程中往往是曲折往复的，需要我们的耐心和决心。按时完成一个项目，不管大小，都代表了一种做成事情的能力，比项目本身更重要，它让我们对未来做成更多事充满了信心