总结2

个人总结

来到得物的三个月时间中，熟悉了IM系统的相关东西，其中主要参与了客服机器人项目，从开始的不熟悉，到逐渐有自己的思考并融入到工作。也意识到对待事情，一、做足够的分析和调研，多倾听同伴的意见，在开始之初就打好基础，为达到结果做好准备。二、遇到问题不要等，问题不会自己消失，要积极推动解决。三、要有owner意识，对事情结果负责，认准目标，全情投入。

在加入公司的时间中，感谢leader何奎和学浩给予我的指点，感谢师兄龙强在客服业务和日常工作给我的帮助，感谢紫阳带我熟悉IM并参与到机器人项目中，感谢组内的每一位同学解答我的各种问题，也感谢周边运维/安全/IT/DBA/…被我不断打扰的同学。

团队

明确工单小组各成员职责，输出业务和应用服务owner的职责指引并进行组内宣导；
小组各成员试用期内目标确定(清晰且有一定挑战)，跟进每位组员的landing；
快速适应杭州新职场的环境和异地协作办公模式；

业务

产研、业务侧对齐业务指标，并产出初步的数据报表大盘；
明确Q4业务规划，并产出业务架构图；
保证较高水位的需求吞吐率；

稳定性&技术沉淀

完成稳定性专项治理-核心链路风险治理(包含风险链路的识别、监控、告警、降级预案等)；
输出客服工单域技术架构设计以及架构治理步骤；
审批流技术沉淀，并应用在退货审批、赔付场景；

三、对团队或组织的建议

开发：目前在业务版本迭代时会遇到一些现象：部分需求开发者在过发布计划时，才发现并没有考虑灰度、降级、回滚、版本兼容性，往往在临近发版才会做这些工作；所以，针对业务开发，我们需要关注的不仅仅是功能本身，还包括接口兼容、线上测试方案、灰度方案、监控方案、降级方案、回滚方案等；
联调：目前有部分新同学反馈服务端联调成本高，这里需要输出功能联调最佳实践(客服域已经输出)，例如功能核心流程单测验证，业务整体功能测试环境验证(部分问题远程debug或arthas)，以此来保证开发联调效率；
发布：目前的发布流程还是比较重(每次版本迭代发布时，都需要制定详细的发布计划，占用不少的人力成本)，根本原因是各个业务线都是根据统一的版本迭代来进行；所以这会对我们的发布平台提出更高的要求，最起码需要支持以下几点：同一个环境支持多个需求分支同时发布，减少人工维护发布分支的成本；
发布平台除了管理应用服务外，还需要管理二方包，支持二方包的发布以及代码合并master；
发布后代码自动合并master流程优化(目前此项体验不佳，应该达到效果是代码分支的维护完全不需要人工干预,除了冲突解决)；
小流量环境支持(目前小得物已经基本能解决，但是对于B端服务的灰度流程有待验证效果)；

四、个人感悟

来得物有几点体感十分明显，首先，技术侧的双月OKR能让每个技术同学目标清晰，且能聚焦重点；其次，一些工作协同软件工具和一些规范文档建设让我们技术同学的工作更加有效率，可以说这种效率和规范超过我之前呆的其他公司；最后，技术管理模式比较新颖，在业界应该也是领先位置，例如我们的双披萨组织模式、技术组织数据化管理(手账)等，一些大厂在这些方面落地效果其实较差；

当然，也有遇到一些困难的地方，比如客服团队新人较多，工单这边9月底在岗6人，且大都不满2月，大部分人还在紧张的需求迭代中逐渐熟悉系统和业务；我们既要保障业务需求的较高吞吐，同时也要兼顾稳定性、架构治理和升级、业务数据化运营等，还是有一定挑战；不过，我还是相信随着我们新人的不断成长，这些问题都将会迎刃而解！

最后，我要感谢我的师兄学浩对我的指导和帮助，感谢hr同学莫莫、代玫对我工作和生活上的关心和帮助，感谢客服技术何奎、龙强、晓龙、羽翀、彭锟、文俊等同学对工单侧的帮助，感谢工单小组各位同学的支持和辛劳付出；

总结与思考：

时间过得很快，一转眼来得物已经3个月了，这段时间里非常感谢师兄永平，组长法贵及客服这边的同事们给予的指导，让我快速地进入到工作状态中，同时也学习到了很多新的知识。

机器人业务的开发还是比较平稳，参与了几个迭代的开发，从需求评审到开发到测试到最后的上线验收，还是相对比较紧凑，但是紧凑之余感觉需求管理平台还是不够高效，不过现在推进的RDC平台希望能改善这方面的问题；三板斧的推进让我们对项目的上线质量有了保证，做好监控，接口的熔断降级都是对服务稳定治理的保障。

目前机器人业务还比较依赖外采，深蓝和竹间两套系统遇到了或多或少的问题，替换外采服务的日程也提上来了，希望这块我后续接手自研多轮及开发中能协助尽早替换。

数据是衡量机器人的指标，前期大家对业务都有各自的认识和看法，数据统计自成一套且对业务表的不熟悉导致数据拉取比较困难，在统一口径和计算后，随着业务的慢慢深入，这块数据分析也是稳定了下来，运营侧也有专门做数据分析的同事，接下来要培养及交接这块工作，能充分利用现有的资源，做好高效自动化的机器人数据统计分析。

后续要提升自己的技术，同时要有文档和博客的输出，和大家一起分享在得物的学习与收获

个人总结

入职得物的第一个月，接手了客服域服务数据安全改造以及电话工作台迁移两个需求。在需求设计与开发过程中，还投入到电话客服系统稳定性相关的梳理工作中。从工作内容上来说，第一个月过得还是挺充实的。在入职后的第一个月，参加了公司Around-π 50期新员工培训。通过培训，个人对公司业务以及发展历史有了更多的了解，认识到公司正处在一个快速发展的过程中。在公司业务快速发展的这个阶段，个人希望能通过自己的经验与努力，能为团队以及公司的发展贡献自己的一份力量。

总结&感想

时间匆匆，如白驹过隙，加入得物的一个多月，是重新认识创业重新认知自我的一个月，感谢客服域小伙伴们对我各种软广的配合，感谢师兄对我各种奇葩问题的解答，感谢各位认识或不认识的小伙伴们对我各种叨扰的忍耐。。。

在一个蓬勃发展的环境下，处处是问题也处处是机遇，在这样的环境下我们不能抱怨问题而应该把握住机遇，解决问题让自己和公司一起成长。目前客服域研发相对痛的点是夜间发布问题，负责迭代发布和测试验证的同学需要坚持到凌晨四五点，这样还是不能避免第二天出现因发布导致的冒烟点，因此结合已经在做的稳定性架构梳理，对接小得物同学，希望能够以接入小得物的方式为白天发布保驾护航。

每次咀嚼CTO新人寄语，『空杯心态』是时刻都需要坚守的，保持谦逊，结合『向前一步』保持一颗学习的心态，无论技术还是业务都需要从搞清楚公司实际情况，做好短中长期规划，以结果为导向快速落地。

在接下来三个月的大促季，以业务支撑为主导，做好章鱼工作台的热线工作台搭建，也需要跟上节奏抓住机遇，做好客服域服务容器化升级、dubbo化升级、小得物接入等横向事宜，为客服域研发效率提升和保障生产稳定赋能

个人总结

时光飞逝，三个月转眼间就过完了，在这短暂的三个月里，感受到了得物的潮流、团队发展迅速、技术注重稳定等等，团队之间对问题的高效处理，同事之间的和谐融洽，这些帮助我快速的融入到了得物这个大家庭中。

在快速融入的过程中，同时也发现了很多的不足，产品提的需求描述、逻辑、样式、PRD不够完整，容易造成开发和产品理解偏差；需求评审会，经常变为需求预评会，讨论某个需求能不能做，增加评审时间；项目中的代码逻辑缺陷较多，没有完整的开发规范，同时也没有业务文档，这不能让新人快速的了解业务，快速上手；迭代流程不完善，缺少任务拆解、设计、设计评审等流程，会导致开发在开发过程中遗漏某些流程、测试不了解业务底层如何实现，不利于项目的发展。

未来的几个月，在保证项目稳定的基础上，使库存项目完美上线，并针对发现的不足做优化，在团队快速发展的过程中，沉淀业务、技术文档，以帮助之后的新人快速落地。