质量小议20 -- 极端斯坦

Posted 2023-03-10 Rolei_zl

    平均斯坦：当你的样本量足够大时，任何个例都不会对整体产生重大影响。
    极端斯坦：个体能够轻易地以不成比例的方式影响整体，黑天鹅。

    在平均斯坦，我们受到集体事件、常规事件、已知事件和已预测到的事件的统治。
    在极端斯坦，我们受到单个事件、意外事件、未知事件和未预测到的事件的统治。

    黑天鹅，小概率大影响事件。
    灰犀牛，大概率大影响事件。

    质量需要关注何种斯坦，平均斯坦还是极端斯坦？
    关注平均斯坦，一个极端斯坦，全部死翘翘，质量更无从谈起。
    关注极端斯坦，小概率事件想不到、抓不着，忽略了平均斯坦漏洞百出。

    关注质量，强调高覆盖率的平均斯坦，又极度担心极端斯坦的出现。如何理解？

• 质量
  为了保证软件质量，从软件开发项目启动开始，在软件开发的各个阶段、软件开发的不同活动中设置和添加了诸多的检查、验证活动，稳扎稳打，步步为营。用足够多的方法、用例验证过程、活动的正确性，以确保正确的过程和阶段产物催生出满足要求的交付物。
• 变更
  一个需求变更，天翻地覆，框架要变、代码逻辑要改，前期的工作和努力都付之东流，也许可以从头来过，也许变客户嫌弃，然后放弃。-- 这也是个极端斯坦的个性客户。
  
  应对变更、稳定质量，软件过程对需求进行管理、对软件变更过程进行控制，这个多变的时代，客户似乎更不高兴了。
• 敏捷
  敏捷提上日程，拥抱变化，与客户工作在一起，一边做、一边确认、一边改，尽量小变动、微改动。软件经得起折腾、客户也满意、软件质量似乎也能有效控制。
• 维护
  软件系统上线似乎一切落地：客户与用户不一样，用户不买帐；用户实际环境的复杂性远超过开发预期，宕机、异常。。。使得对质量还有信心的我们开始怀疑、动摇，还好我们够皮实，没有被极端斯坦打倒。

    可能，我们已经适应了质量的极端斯坦情况，看淡了质量的问题和风险，一切不过平均斯坦。
    麻木？我们还能为自己的工作产出负责吗？

    世界由随机事件构成，随机事件不可预测，极端斯坦。
    在构建有质量的软件过程中，还要预测、预防吗？
    因噎废食只能挨饿、自寻灭亡。需要积极的质量意识，主动面对问题、分析问题、识别问题主次、有效解决问题、发现问题产生的根源和趋势，“极端”无法预测和避免。
    我们时刻准备着。

    无论如何的检查、验证、测试，软件总还存在问题，平均斯坦的投入是否必要？
    平均斯坦，意味着对质量足够多的思考，对质量验证足够多的关注、覆盖，软件产生的问题不再对软件产生重大影响。小修小补，持续增强和改进。
     质量，我们一直在在努力。

也许，这一切都只是期望 极端斯坦 不要出现。

参考：读书笔记：《黑天鹅》