新组员要描述本身和旧小组的交接状况。描述以前在旧的组作的工做，而后本身是怎么将工做交接到新成员的，能够是经过文档的方式，也能够是经过聊天对话的方式。前端
在旧的小组里面,,我主要负责如下几点 1. 技术选型考虑到成员的熟悉程度我选择使用了spring+springmvc+hibernate做为后端的只要开发技术 2. 搭建开发环境,经过分层搭建开发环境,选用合适的依赖版本,尽可能使配置文件耦合度下降,尽可能使得项目结构清晰易懂 3. 功能模块开发中负责使用netty来进行聊天模块的开发,如何处理不一样类型的消息,消息推送. 4. 我一样仍是测试的踩坑人员,聊天模块的测试人员,包括如何进行模拟器测试,若是用多台手机进行测试,其实开发没花我多少时间主要是测试,我花了不少时间 5. 在我写这篇博客(5.19号)的时候咱们原来小组新换入的组员尚未找过我,推测应该是直接与组长交流了
新组员要描述本身在新小组中的适应计划，本身为了快速融入新团队作了哪些事情？而后描写截止博客提交时，本身具体的适应状况，可以接替工做了吗？java
当我交换到新组员的时候,我首先了解了一下新的成员小组的技术栈,以及我从此会负责的位置,我了解到新的小组人员比较少,须要付出更多的精力,也为接下来的冲刺打了预防针.我了解新小组的项目前端主要采用了Android技术,后端仍是用着最原始的java web技术,没有使用任何框架,我和组长先肯定了后端的技术选型,考虑组员的熟悉程度,采用spring+springmvc+hibernate来搭建后端. 以后因为前端采用Android实现,为了先后端联调的时候可以更加顺利,我也须要抽出时间,稍微学习一下android开发,我在bilibili上须要了一些教程来快速的入门. 与此同时我开始了解整个项目的以前的文档,包括数据库设计,原型设计,以及接口设计等等,了解一下目前已经开发的进度,才发现原来遇到了很大的困难,虽然有点意外可是也只能一块儿克服. 再肯定技术选型以后,我花了两天时间从新搭建后端环境,排除一些bug,不得不说hibernate的关联配置有点容易出现问题的,特别是关联的关系一多就容易出现问题. 能够说目前初步的准备已经好了,已经可以接替工做了,虽然内心仍是没有多少底,可是加油吧
组长须要描述本身为新成员安排的组内角色，以及本身是如何面对以前的成员离开队伍的，具体作了哪些措施，是否有调整开发计划，开发计划调整了哪些部分？android
给新角色安排的是后端的相关代码编写的任务，以前咱们离开的成员是咱们前端组的比较核心的成员，并且如今看来咱们前端组遇到的困难明显比后端组大，因此把后端组原来的两个成员调到了前端组，如今是四人前端两人后端的分工，开发计划大致上没有调整
组长须要描述本身为新成员安排的任务，能够是阅读文档，也能够是学习某一门技术，总之Beta前的这一段宝贵的时间不能浪费，要让新成员可以在Beta阶段承担工做。任务要分阶段布置多个，任务要有目的性。web
由于换入新成员以后，后端成员减小到只有两人，因此后端须要完成的任务会比较重，目前给新成员布置的任务是阅读以前的数据库文档和系统设计文档，至于技术学习上新组员的技术是领先于咱们本来需求的技术了，因此反而是原来的后端成员向新的组员学习
新组员和组长简单描述换组这段时间，换组事项的感想和收获。spring
新组员：在刚开始的得知要被交换出去的时候实际上是至关不安的,与新小组的成员交流有问题怎么办? 拉低了新小组的开发进度怎么办? 交换事后若是技术栈不符合,我能在大约10天的时间内快速适应吗? 可是与之相对的还有期待,新的小组中我能不能看到技术很好的小组之间是如何协做的,我能不能从高手的开发技术,沟通技术,领导技术中学习到一些技巧,让我也可以独挡一面.可是若是有这些想法的话,我才明白原来是我本身的技术没有到位,本身在大学期间不够主动,没有足够的技术积累,虽然学了一些知识可是没有把他应用到位,每次都是浅尝辄止.这或许是我此次软工实践最大的一个收获. 在换组这段时间,许多事情可能没那么顺利,可是老是会过去的,作出改变的时候,就是如今,但愿可以在期末给出一份满意的答卷吧. 组长：算是比较新奇的体验，换组之后咱们的成员结构发生了比较大的变更，但愿项目后面的部分咱们能很好的进行