Beta阶段换组报告

组员

适应计划

详细阅读交接文档，对不懂不熟悉的部分及时向交换的同学请教，阅读该同学已完成的功能的代码，了解团队编写风格和逻辑，同时也进一步了解团队项目的具体功能及其实现方法，如果存在未接触的技术，应该及时向同队的后端开发者学习交流，争取尽快融入团队的开发中。

感想

这也是我的第一次换组的体验，如老师们所说，工作交接在实际的工作过程中在所难免，这是一个不想而又必须要做的事，所以我就抱着给自己一个锻炼机会进行了交接工作，老师通过相近技术栈间进行交换降低了交接的难度和工作量，因此我在交接的过程当中也算是比较顺利的，也确切地感受了老师所营造的这样一个工作交接的场景。

收获

这次交接收获还是挺多的，首先撰写交接文档时，需要对自己在alpha阶段的工作进行一个总结，总结过程中可以看到自己在这一阶段的成果，也算是对自己这一阶段的努力的肯定和奖励，让我更加地有动力地进行Beta阶段。其次，在新的小组又结识了很多优秀的小伙伴，这是我最喜欢的一个部分。还有就是，虽然都是使用SpringBoot，但不同组会有不同的想法和逻辑，换组的经验让我感受了不同组的不同的代码的编写方式，开拓了我的代码思维，同时也学到了很多。

交接文档链接

交接文档

组长

安排

因为换出去的组员已经完成了她的工作内容，所以对于新成员来说需要做的事情是

1. 熟悉项目，包括项目的范围、项目基本结构、项目进度
2. 熟悉项目规范，包括代码编写规范、代码提交规范等
3. 熟悉后端代码结构

对于新成员的安排为

1. 看之前的项目文档，有遇到不理解的部分再具体沟通
2. 先根据我们组原先的成员编写的交接文档看一部分后端代码，了解代码架构和代码规范
3. 由后端组长在beta冲刺前和新成员交流一下后端代码的整体思路以及系统的难点

感想

1. 感受到了文档工作的重要性。虽然前一段时间的文档工作很多，但是在交接的时候就可以省下很多的人力成本。
2. 人员交接需要解决的问题主要是：怎么在最快的时间建立起对项目业务流程的理解。而技术上的问题是很小的，因为项目已经搭建起来了，其他的业务代码都是不难的。而且一般更换成员也不会选择技术栈差异太大的成员，不然这个成本就比较离谱了。

收获

对成员换组进行了一次实操，虽然这次进行换组的项目比较小且比较简单，对换组流程带来了一定的简化，不过还是可以从中对换组建立起一定的理解。后面面对换组会从容很多。