标签：地方   注意   文件   分代   沟通   原则   目录   开发   bug   

新成员

交接情况

• 已经和旧小组交代了我这部分工作的完成情况还有需要完善的地方。
• 之前在旧小组主要负责饼图的制作，利用饼图展示用户某一段时间的账单情况。
• 已经和新成员交代清楚了我所做的工作还有我编写的代码文件位置。

适应计划

• 第一步是尽快熟悉新小组的项目，了解我能胜任的工作。
• 为了快速融入团队，我去了解了新小组使用到的技术栈，与组员和组长进行积极的沟通。目前还在努力熟悉项目之中，相信后续能够胜任工作。

感想和收获

• 换组是一件挺煎熬的事情，需要去了解自己不熟悉的项目，需要学习新的技术，这都需要花挺多的时间。后面心态逐渐发生转变，以后的工作中也有可能会遇到这种情况，要把这当成是一种新的机遇，抱着去学习新东西的想法去看待。相信我在新的小组也能好好完成自己的工作。

组长

开发计划调整

• 虽说beta冲刺阶段分组是预料之中的事，但是被换出去的同学是前端开发组的组长，也是前端中最为复杂且难度最大部分的代码编写者，所以我们当初还是有点措手不及的。在知道分组名单后，离组人员向我们交代了自己工作的剩余部分、尚未解决的bug和特别需要注意的细节。
• 开发计划大致不变，由专人接替离组人员的工作部分。

新队员熟悉项目和任务安排

• 因为是前端项目，并且项目已经完成主体项目开发，所以让新同学熟悉项目是什么的最好办法无疑是直接看项目目前的进展。
• 此外，前期的分析和设计文档也是新成员了解项目必看的。
• 比较困难的部分是项目代码的理解，我们首先给新队员讲解了项目的目录结构和组成；接着是给成员安排任务（我们安排任务的原则是尽量是和以前关联较小的项目模块，这样新成员能够更好德且更快速地开展工作），让新成员只看相关部分代码，能够更有方向性，提高效率。

感想和收获

• 得知换组消息后，组员们都难免有点小伤心，毕竟一起刚项目将近两个月。悲伤背后更能说明我们是一个有温度的小组，所以我们同样感到庆幸能够遇到一群志趣相投的好友，共同为着同一个目标前进。
• 未来工作中难免会遇到类似换组情况，对于队员和团队leader都是挑战。我觉得交接工作面对面沟通是比较有效的方式，能够最直接、生动地交代项目的相关内容。并且，前期的分析和设计相关文书也是了解项目的重要资料，新队员一定要多翻阅。

新成员交接博客随笔

标签：地方   注意   文件   分代   沟通   原则   目录   开发   bug   

原文地址：https://www.cnblogs.com/zmxyq/p/14829558.html