如果快速接手一个复杂的系统

       由于最近一个同事突然离职，把一个后端系统交接给了我。因为自己以前只负责前端逻辑，又不与业务打交道，后端系统几乎未曾用过，虽然同事走之前给我介绍过系统，但是当时完全没有概念。所以这两周的工作有些手忙脚乱的。心想着交接这种事情，以后必然少不了要面对，所以就把自己的一些经验教训记录下来。

       对于一个功能繁多、逻辑复杂的后端系统，短期内做到得心应手是不可能的。但合理安排工作和学习，也可以在对系统不了解的情况下，让工作快速开展，保障产品正常运行。这里就在如何上手和时间安排两个方面来记录下自己的心得。

如何上手

1）了解产品主要功能，主要用户（业务部门），与哪些系统有交互；    花费0.5天进行简单的了解

2）了解产品进行中和待解决的需求，掌握各个需求的进度和优先级；    花1天的时间进行整理，便于安排后续工作

3）如果有交接的时间，交接期间，一定要尽可能接过需求，遇到不懂的再找同事问，这样比纯粹看文档学得快学得深入；

4）如果有时间，看下产品的历史文档；了解数据库里常用的表和字段。

5）遇到不懂的事务，快速查找是否有相关历史文档，如果没有，就询问开发、测试等组内人员。

6）方案设计时，可以多问下开发测试的

如何安排时间

      一开始接手系统，处理事务的速度必定不会很快，合理安排时间就显得非常重要。比如我负责的这个系统，除了需求之外，还需要跟很多业务部门打交道，答疑解惑、开通权限、处理业务需求等等。

1）如何处理邮件

如果每天有几十封邮件要处理，实时接受并查阅，效率会非常低下；可以把邮件归类：

除了重要且紧急的工作，不必急于立刻着手解决；
有些是事务性的工作，比如开通权限等，可以做个标记，一天统一处理一次或者两次；
对于业务部门提的需求，自己先简单过滤一遍，对于有价值的需求，有的可以直接转发给领导审批或建立ticket开展工作，有的需要自己出方案后给领导审批（做标记）。

2）重要不紧急任务

        每天早上上班前，整理一下目前重要不紧急的任务，并定下需要需要完成的部分。无论工作多忙，都需要掌控好重要不紧急事务的进度，不然就会积累越来越多重要且紧急的事情，让自己很被动。

       每天下班前，都需要审查一下这部分任务的进度，以便第二天更好进行工作安排。

3）多条产品线工作并行

       由于在新产品线过分投入，这几日我一度疏忽了自己以前负责的产品线的工作。每天早上安排工作时，应该根据各产品线的事务数量，合理分配时间，下班前也需要进行检查。

持续被打扰的情况下如何开展工作？

       现在负责的产品，除了每日计划中的工作和会议，还会持续不断地被业务部门的同事打断，不断闪烁的RTX也让我很苦恼。