交接博客

Posted 2020ccflll

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了交接博客相关的知识,希望对你有一定的参考价值。

新组员要描述自己和旧小组的交接情况。描述之前在旧的组做的工作,然后自己是怎么将工作交接到新成员的,可以是通过文档的方式,也可以是通过聊天对话的方式。

  在旧的小组里面,,我主要负责以下几点
  1. 技术选型考虑到成员的熟悉程度我选择使用了spring+springmvc+hibernate作为后端的只要开发技术
  2. 搭建开发环境,通过分层搭建开发环境,选用合适的依赖版本,尽量使配置文件耦合度降低,尽量使得项目结构清晰易懂
  3. 功能模块开发中负责使用netty来进行聊天模块的开发,如何处理不同类型的消息,消息推送.
  4. 我同样还是测试的踩坑人员,聊天模块的测试人员,包括如何进行模拟器测试,如果用多台手机进行测试,其实开发没花我多少时间主要是测试,我花了很多时间
  5. 在我写这篇博客(5.19号)的时候我们原来小组新换入的组员还没有找过我,推测应该是直接与组长交流了

新组员要描述自己在新小组中的适应计划,自己为了快速融入新团队做了哪些事情?然后描写截止博客提交时,自己具体的适应情况,能够接替工作了吗?

当我交换到新组员的时候,我首先了解了一下新的成员小组的技术栈,以及我今后会负责的位置,我了解到新的小组人员比较少,需要付出更多的精力,也为接下来的冲刺打了预防针.我了解新小组的项目前端主要采用了android技术,后端还是用着最原始的java web技术,没有使用任何框架,我和组长先确定了后端的技术选型,考虑组员的熟悉程度,采用spring+springmvc+hibernate来搭建后端.
之后由于前端采用Android实现,为了前后端联调的时候能够更加顺利,我也需要抽出时间,稍微学习一下android开发,我在bilibili上需要了一些教程来快速的入门.
与此同时我开始了解整个项目的之前的文档,包括数据库设计,原型设计,以及接口设计等等,了解一下目前已经开发的进度,才发现原来遇到了很大的困难,虽然有点意外但是也只能一起克服.
再确定技术选型之后,我花了两天时间重新搭建后端环境,排除一些bug,不得不说hibernate的关联配置有点容易出现问题的,特别是关联的关系一多就容易出现问题.
可以说目前初步的准备已经好了,已经能够接替工作了,虽然心里还是没有多少底,但是加油吧

组长需要描述自己为新成员安排的组内角色,以及自己是如何面对之前的成员离开队伍的,具体做了哪些措施,是否有调整开发计划,开发计划调整了哪些部分?

  给新角色安排的是后端的相关代码编写的任务,之前我们离开的成员是我们前端组的比较核心的成员,而且现在看来我们前端组遇到的困难明显比后端组大,所以把后端组原来的两个成员调到了前端组,现在是四人前端两人后端的分工,开发计划大体上没有调整

组长需要描述自己为新成员安排的任务,可以是阅读文档,也可以是学习某一门技术,总之Beta前的这一段宝贵的时间不能浪费,要让新成员能够在Beta阶段承担工作。任务要分阶段布置多个,任务要有目的性。

  因为换入新成员之后,后端成员减少到只有两人,所以后端需要完成的任务会比较重,目前给新成员布置的任务是阅读之前的数据库文档和系统设计文档,至于技术学习上新组员的技术是领先于我们原本需求的技术了,所以反而是原来的后端成员向新的组员学习

新组员和组长简单描述换组这段时间,换组事项的感想和收获。

  新组员:在刚开始的得知要被交换出去的时候其实是相当不安的,与新小组的成员交流有问题怎么办? 拉低了新小组的开发进度怎么办? 交换过后如果技术栈不符合,我能在大约10天的时间内快速适应吗?
但是与之相对的还有期待,新的小组中我能不能看到技术很好的小组之间是如何协作的,我能不能从高手的开发技术,沟通技术,领导技术中学习到一些技巧,让我也能够独挡一面.但是如果有这些想法的话,我才明白原来是我自己的技术没有到位,自己在大学期间不够主动,没有足够的技术积累,虽然学了一些知识但是没有把他应用到位,每次都是浅尝辄止.这或许是我这次软工实践最大的一个收获.
在换组这段时间,许多事情可能没那么顺利,但是总是会过去的,做出改变的时候,就是现在,希望能够在期末给出一份满意的答卷吧.

  组长:算是比较新奇的体验,换组以后我们的成员结构发生了比较大的变动,希望项目后面的部分我们能很好的进行

以上是关于交接博客的主要内容,如果未能解决你的问题,请参考以下文章

青青草原--团队作业6:beta冲刺+事后诸葛亮博客汇总

Beta冲刺——博客汇总

Outfits——Belta冲刺置顶随笔

为 Blogger 上的博客格式化代码片段 [关闭]

源代码交接培训[关闭]

Beta冲刺-置顶随笔