浅谈流程 in 2022

前言

工作两年有余，一开始的技术狂热仔也被各种需求磨平了棱角；技术的追求永远存在，但工作中面临的无穷的不确定性，流程上的缺失，让一些技术上很简单的事情带来了成倍的额外成本，下面的小总结来源于一次关于流程的分享会

需要了解的词

标准操作程序(SOP)是由组织编制的一套循序渐进的说明，以帮助工人进行日常操作。标准作业程序的目标是实现效率、质量产出和业绩的一致性，同时减少沟通错误和不遵守行业法规

SOC负责制定组织的事件响应计划，该计划定义了威胁或事件发生时的活动、角色、责任，以及衡量任何事件响应成功与否的指标。定期测试

CMMI

能力成熟度模型集成(CMMI)是一个帮助组织实现过程改进的模型。开发可降低服务、产品和软件开发风险的行为

流程

流程是什么？

应该要做什么✅ / 实际要做什么❌

一套成功的标准流程本身就是一个很大的成果，甚至是产品，市面上很多 tob 的解决方案产品其实本质上卖的就是流程

互联网公司发生了什么变化

互联网的红利来源发生了变化，互联网周期也许也到了寒冬周期，不再有“跑马圈地”的时候了（具体原因相信大家心里都有数✊）

变化下流程的必要性又在哪里

凡事预则立，不预则废，华为在最穷的时候还引入了 IBM 的流程；要有建设流程 > 短期的项目成功的思想，不能用战术上的勤奋替代战略上的懒惰

well & less

优：提高ROI，降低协作成本等

劣：工作僵化，失去部分创新

如何把控流程的灵活性和标准性，保证优 > 劣呢

下面的总结部分有提到

流程跟我有什么关系🤔

作为一位后台开发，开发流程无疑是与我关系最大的流程，为项目的更新、验证和上线等提供了最好的保障

流程是下级能够最快接触到上级的渠道，能够标准化的产出“弹药”

什么样的流程才是好的流程

僵化，复杂一定不是好的流程一定会有的特性，这也是很多人讨厌流程或者说无法执行流程的原因

好的流程一定来源于真实项目中的真实痛点和经验，而不是直接由个人设计完成，一线人员是离项目最近的地方，及时听取一线人员的真实经验才能总结落地出更好的流程，实现更多的 switch case 保障流程的鲁棒性，尽可能的向 MECE 标准上靠近

另一方面也要让大家知道流程为什么要建设，仅作为执行者是很困惑的，在困惑的前提下也无法参与到流程的持续优化中来

如何量化流程的好坏——成熟度模型

CMMI / PEMM 成熟度模型，即针对过程 / 内容的成熟度模型

能力成熟度模型集成(CMMI)是一个过程和行为模型，可帮助组织简化过程改进并鼓励多产、高效的行为，从而降低软件、产品和服务开发中的风险

PEMM代表流程和企业成熟度模型，由Hammer(2007)开发。该模型不仅考虑到组织内部流程的成熟度。他们阐明，设计和重新设计业务流程涉及的不仅仅是重新安排工作流程

演化过程大约是：无序→有序→标准化流程→可度量的流程→持续优化流程

不一定是要所有团队 / 项目的流程都需要做到 Level 5 的成熟度，这与项目本身的定位有关

总结

自己总结了两个问题如下

如何关联流程 / 解决流程之间的冲突

我认为这是流程的架构设计 / 抽象设计上的问题，细致的流程一定难以与其它流程关联，抽象程度高的流程一定在细节上有缺陷；这确实是一个很难解决的两难问题，但我认为在良好的设计下，是可以通过给流程留足接口 / 设计额外的抽象层来解决流程之间的关联问题的；某种程度上也可以解决流程的灵活性和标准性上的两难问题