质量攻关-Q2质量策划

今天约了张总一起对Q1代码流程梳理效果不够明显的问题进行了复盘。复盘过程中，大家最后一致得出来的结论是关于，我们抱着什么样的目的去做这件事情呢？
是为了梳理代码流程而梳理代码流程，还是抱着去找问题的想法？如果是找问题，那找到多少个问题我们认为是目标达成了呢？
我一直是一个行动派，很多时候巴不得赶紧把事情做起来，但从Q1的改进复盘来看，中间恰恰是缺少了很重要的这一环。我们首先需要定义清楚，怎么样算作目标达成了？
经过大家一番讨论，最终定下来两个核心点:

• 开发足够熟悉整个模块的代码流程，任何改动都能把波及影响评估得很清楚。
• 我们能拍着胸脯对这个模块的质量有信心。包括哪些地方可能是有潜在风险的，风险是为什么？

有了上述两个大的目标后，在时间，人力的约束下，根据优先级就很容易定出Q2要达成的目标以及他们各自的AC是什么。
这一切都定义清楚后，再关注到具体的落地实施，保证每一件事情都可以清楚明白的被跟踪起来，就必须拆分细化到每个迭代具体要做什么事情。大的目标由大家一起商讨决定，每个迭代要做的事情，由主体责任人来定，并由大家一起把关。
回顾这个过程，Q2的策划相对Q1要聚焦和明确许多。张总在整个会议过程中，一直在身体力行的践行着，聆听每一位小伙伴，尤其是直接干系人的意见。当我们是利益相关者时，能够保持这样的深度聆听和中立还真是不容易呢。
另外一个很大的收获在于，在反思中前行实在太重要了。看起来在做Q2的质量策划过程中，我们前后约了有至少三次的会议来对Q1的攻关做回顾。让每一位小伙伴都贡献我们在这个过程中的一些发现，并让所有人都看见。确实对于后续的策划有着极其深渊的意义。

图片发自App