目录

新组员与旧小组交接情况

新成员信息

Q：描述之前在旧的组做的工作

我原本在小组中负责的任务是部分后端接口的开发以及数据库的填充。

Q：怎么将工作交接到新成员

因为原来小组的新成员负责的是前端开发，所以我通过线上的途径把遗留的工作文件和资料传递给了原来小组的后端队友，完成了工作的交接。

新小组适应计划

Q：自己为了快速融入新团队做了哪些事情

为了融入新的团队，我找小组里熟悉的同学了解了团队的进展，并与其他的成员建立了联系。同时，为了能够更好地胜任我的工作，我花费了一定的时间研究小组所使用的相关技术。我还向其他成员请教，学习他们的工作方法和技巧。当然，在适应新团队的过程中，我也学到了很多有用的知识和技能，并得到了队友的帮助。

Q：能够接替工作了吗？

描写截止博客提交时，我已经能够基本适应新小组的工作环境。

组内角色安排

Q：描述自己为新成员安排的组内角色

新组员在原先的小组是承担java后端工作，与之对应的，我们换走的组员也是java后端，因此就岗位而言，角色不变。

Q：如何面对之前的成员离开队伍的

原先的成员在小组内主要的工作职责是java后端的部分接口以及少部分的测试工作。这部分的开发内容在alpha阶段已经完成，剩余的是一些可能的补缺补漏以及bug的修复工作，加之现在加入的新成员技术栈与原先的一致，因此并不会带来特别多的重新学习成本，没有特别安排工作计划的调整。

考虑到新成员在beta冲刺中如果遇到一些修补工作时，可能会带来的计划延缓，保留了一个备用方案，在day1-day3需要该成员进行修复的模块由后端负责人与其共同开发。这样能够解决可能造成的进度延缓。

之前的成员留下了大量的文档和代码素材，包括：接口文档、测试文档和后端模块代码。这部分的内容都已经准备好可以转交给新组员。

任务安排

• 熟悉项目总体需求、目标和开发现状。阅读小组之前发布的博客以及需求分析、原型、系统设计PPT来了解我们的项目的总体内容。阅读alpha冲刺总结博客和ppt来了解当前开发进度，还需要完成哪些功能需求和非功能需求，项目的最终目标等。
• 熟悉旧组员工作职责和已完成内容。之前的组员留下了一些文档和代码，新组员通过阅读文档和代码，结合接口运行的实际效果来熟悉岗位职责。
• 学习测试相关的知识。之前的组员的另一项职责是测试，我们的测试使用的是apifox，这个软件新成员之前并没有使用过。安排了学习该软件的自动化测试方面的内容。

新组员感想和收获

作为一名新成员，换组这段时间对我来说是一次非常具有挑战性和机会性的经历。在换组之初，我感到非常不适应，因为其他团队成员之间的默契和工作流程已经建立，我需要花费一些时间来了解他们的做事方式和沟通方式。当然，我也意识到沟通是非常重要的。只有通过与其他成员进行良好的沟通，才能更好地理解他们的想法和期望，并避免误解和重复工作。通过这次换组的经历，也让我学会了如何快速适应新环境，并建立与他人的合作关系，这对我来说受益匪浅。

组长感想和收获

换组对于本组来说还是一个不小的挑战，因为原先的成员的职责包括测试工作，而新转来的组员没有测试经历，这需要学习的时间。但是好在之前的成员留下了不少文档，而且转入和转出的成员岗位技术方向一致，相对来说节省了一些时间成本。对于组长来说，做好beta冲刺之前的磨合工作尤为重要，因为在这段还未进行实际开发的时间，就可以用来进行项目的交接和新技术的学习。这段经历让我收获了人员变动时项目团队管理的新的经验。