汇报前准备

最近接手了一个进入运维期的项目，由于之前被已经被客户投诉过了，所以领导特别关心这个项目近期的情况，加上这个项目本身也是核心交易的一部分，所以领导要求下周进行一次工作汇报。

根据之前的汇报经验，我想领导可能会问以下几个问题

Q：这个项目目前有哪些严重的问题？

A：对于这个问题，我需要提前把所有问题复盘一下。并且找出来领导会认为重要的问题。那么什么是领导会认为重要的问题呢？bug应该不是，研发进度过慢也不是，但是影响了正常交易甚至收款，这就是问题，另外违反了公司交易准则也是问题。

其实我觉得领导更多的是想通过当前发现的问题，来进一步发现目前是否有违规的流程与操作。毕竟领导对于交易规范只知道大的原则，落地细节并不清楚。

同时，在回答重要问题的时候，这一步肯定要说清楚问题的现象，以确保与领导在问题的严重度上达成共识。如果领导不觉得这是个严重的问题，可能后续也不会过问。

然后还要分析产生的原因，是偶尔发生还是某种机制导致的持续发生，还是人为有意违反规范导致的问题。

最后应该是下一步计划，也就是对问题预计解决的想法和时间。时间应该不是特别重要，但是修改方案很重要。有时候看起来不合理的操作，实际上是规避业务风险或实际业务情况发的应对。贸然修改可能会造成业务流程更多的问题。所以修改之前还要谨慎对待，但是仍然要坚持原则。

最后是领导上次特别关心的问题的进展，上次说到一个业务原则问题，由于领导并不清楚在实际系统中是如何落地的，或者系统已经演化到了什么地步，所以反复强调原则，这次领导也希望通过下周的工作汇报，能够了解到实际落地的流程是否真的违反了原则。