Beta阶段换组报告
作者：互联网
组员部分
交接情况
新组员要描述自己和旧小组的交接情况。描述之前在旧的组做的工作，然后自己是怎么将工作交接到新成员的，可以是通过文档的方式，也可以是通过聊天对话的方式。
- 本次在concerto做的任务为：项目详情相关接口的编写
- 具体任务：
（1）修改项目信息
- URL：
/project - 请求方式：PUT
- 描述：传入一个项目对象，将整个项目对象的信息更新到数据库，更新前判断此项目的id在数据库是否存在
- 原型：
- 接口相关代码：
（2）获取该项目全部成员信息 - URL：
/project/member - 请求方式：GET
- 描述：传入一个项目id，返回该项目全部成员信息（用户名、邮箱）
- 原型：
- 接口相关代码：
（3）获取该项目的申请人员信息 - URL：
/project/applicant - 请求方式：GET
- 描述：传入一个项目id，返回该项目的申请人员信息（用户名、邮箱）
- 原型：
- 接口相关代码：
（4）处理项目的申请人员 - URL：
/project/applicant/auth - 请求方式：POST
- 描述：传入一个项目id、用户id和操作（“true”/“false”）
- 原型：
- 接口相关代码：
（5）获取全部任务 - URL：
/project/task/all - 请求方式：GET
- 描述：传入一个项目id，返回项目的所有任务的详细信息
- 原型：
- 接口相关代码：
（6）获取本周任务 - URL：
/project/task/week - 请求方式：GET
- 描述：传入一个项目id，返回项目的本周所有任务的详细信息
- 原型：
- 接口相关代码：
适应计划
新组员要描述自己在新小组中的适应计划，自己为了快速融入新团队做了哪些事情？然后描写截止博客提交时，自己具体的适应情况，能够接替工作了吗？
- 了解新队伍所负责项目的具体需求、数据库、功能要求
- 了解新队伍前几次的作业情况
- 与对换的组员进行交流，了解具体工作，并对自己之后的工作有个大致的了解
- 熟悉之后与自己合作的各个组员、组长，加深交流，尽快熟络起来
- 大致的看了看之前的负责组员的代码、注释；看了看部分后端代码
- 主动去了解之后可能用到的新技术，先进行学习，之后方便工作的展开
- 可以接替工作
感想
通过这次的换组交接，第一次体会到，对于自己所编写的代码的转述与表达也非常重要。这是一次难得的体验与机会，让我体验到交接也不是一件多么简单的事情，不仅仅是对自己工作的总结与准确描述，还需要去理解与思考对方的表达与实现功能，并且快速的对新队伍项目有一个整体的理解，例如需求文档、数据库设计、原型、部分的逻辑实现，这些信息量并不小。
收获
在与交换成员交流和融入新团体的过程当中，也渐渐的加强了我的表达与交流能力，并且可以去了解不同风格的编程方法与习惯，可以学习到新的技术，可以在新的项目中继续成长。
组长部分
交接新组员的安排
组长需要描述自己为新成员安排的组内角色，以及自己是如何面对之前的成员离开队伍的，具体做了哪些措施，是否有调整开发计划，开发计划调整了哪些部分
- 角色：后端开发
- 我们跟7组后端技术栈都是java,且均使用SpringBoot + MyBatis，所以我们协商后对后端进行了抽签自愿换组，这样换组成员不管是在新/旧组都不用学习新技术的困扰。
- 确定换组成员后，主要是安排新旧成员进行沟通交接，若额外不懂问题可在后端群提出，由全体后端成员一起解决（不过暂时没有这种问题）。而且换组成员原本就是一个班的同学，本就比较熟悉，沟通交流起来并没有什么问题。
- 开发计划没有调整。
新成员任务安排
组长需要描述自己为新成员安排的任务，可以是阅读文档，也可以是学习某一门技术，总之Beta前的这一段宝贵的时间不能浪费，要让新成员能够在Beta阶段承担工作。任务要分阶段布置多个，任务要有目的性。
- 安排新成员与原成员进行任务的交接。
- 对本组的开发项目进行熟悉，包括但不限于阅读之前的博客，了解产品主要功能，阅读需求文档、数据库设计说明书，熟悉代码结构等。
感想
换组结果出来之后，有些庆幸是选择了自愿换组（因为有些组的主力被换走了）。原成员(yfgg)很好，一直也很负责，希望7组善待他。同样换进来的新成员(xxjj)也很认真负责，是很让人放心的对象。所以这次换组对我们组整体项目开发不会有过多的影响。
收获
在交接项目的过程中，与新成员的沟通必不可少，帮助其适应新环境，新项目的同时，也使得整个小组更加融洽，更加和谐。
标签：换组,项目,成员,交接,Beta,阶段,组员,id,描述 来源： https://www.cnblogs.com/Helllllp/p/14828331.html