及时同步信息

　　在工作中，出现问题时应及时跟进并向关键人员同步进展。但实际工作中，比较常见的是问题出现后，你跟进得可能很及时，但问题产生的原因、影响、进展情况等信息的同步往往比较滞后，通常是主管或项目干系人询问你，你才反馈出来。如果你存在这样的情况，那么本文就是为你准备的。

　　一个问题的生命周期大体包含问题出现、问题发现、问题分析，问题定位，问题解决或改进几个环节，发现问题时就应该同步，而不是问题解决或改进了再同步。对于QA来说，日常工作的信息同步有两大类场景，一类是线上问题的同步，一来是项目进展的同步。

　　关于线上问题的同步

　　发现线上问题时，应第一时间反馈给你的主管。大体上包含如下几块内容：

　　· 现象：问题的现象和表现，比如在哪些场景或操作下会出现该问题。

　　· 原因：出现该问题的原因，可以包含直接原因和间接原因，也可以体现问题所属的类型，是需求问题、技术问题还是其他问题。

　　· 进展：问题的影响面和当前的解决进展，包括跟进中、已定位、已解决、已修复等。

　　· 改进：通过该问题，有哪些反思和思考，使得此类问题后续不再出现，或者减少出现的概率。

　　实际同步时可根据实际情况来定。比如，线上问题刚发现时也许只有现象和描述，还不知道原因，也不确定如何改进。这时可以现象和进展同步一下，比如哪些人员在跟进。等有了新的进展再及时同步；对应地，问题定位出来、问题解决、问题修复、问题复盘等情况下，如上四类信息会有变化，需要对应同步。

　　有人会问，我发现线上问题，暂时不汇报是否可以？我的建议是如实汇报。因为如果你不主动汇报，你的主管有可能通过其他方式知道这个问题，这时候，你的主管知道了该问题，而你未同步给他，这种情况极容易留下负面印象。

　　关于需求或项目进展的同步

　　需求本身会有多个关键节点，如需求评审和技术评审、用例设计与评审、测试方案设计与评审、提测、测试过程、发布过程等，这些节点如果未能按期进行，需要及时同步。整体上来说，可以借鉴项目管理中的沟通管理和风险管理的思路和方法进行信息同步。

　　在进行信息同步时，可以是单独同步，可以当面同步，或者1v1地同步，也可以是把他拉入到相关沟通群里。

　　把主管或要同步的干系人拉入群内，让他能够看到你的各类行动。这里包含两种情况：

　　· 一种是你在过程中做得比较好，拉主管进群，这样他容易看到你的好，或者可在好的信息同步上要明确@到他。

　　· 另一种是你做得不好，同样可以拉主管进群和不拉。如果拉主管，他虽然看到了你做得不好的地方，但可以主动向他同步进展、补救措施，甚至是主动进行反思和改进。

　　如果不拉主管进群，主管没有看到你做得不好的地方，但你同样需要花精力做信息的同步。无论是进展、补救措施还是反思和改进，主管看到的其实都是”好”的信息，一种是你本来就很好，一种是你有成长和反思。

　　虽然大多数情况下，一线同学在群里就能搞定问题，但拉主管进群，还有其他的好处：

　　· 首先可以让主管看到你的“好”；

　　· 其次可以给到你支持和帮助；

　　· 再次是可以震慑合作方；

　　· 另外，在有的问题上，一线同学做的判断会有盲区。

　　比如我曾经处理过一起线上故障，一线同学们只忙着解决了故障，我进到群里后发现一线同学只解决了故障的技术问题，没有识别到还需要做运营补偿或道歉的动作。因为如果没有补偿和道歉类的动作，有些影响不那么大的事情，很容易发展成舆论。

作者：软件测试技能栈    

来源：http://www.51testing.com/html/35/n-7802035.html