前言

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

需要了解的词

  • SOP

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

  • SOC

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

  • CMMI

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

流程

流程是什么?

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

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

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

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

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

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

well & less

优:提高ROI,降低协作成本等

劣:工作僵化,失去部分创新

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

下面的总结部分有提到

流程跟我有什么关系🤔

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

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

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

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

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

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

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

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

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

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

http://kevinello-1302687393.file.myqcloud.com/picgo/2022/07/17/qualified-audit-academy-audit-cmmi-9b2ffc.png

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

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

总结

自己总结了两个问题如下

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

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

流程并不能解决主观能动性的问题

流程只能解决一些能力上的问题,如解决非技术人员的运维能力问题 / 没有软件工程知识同学的项目管理问题等,但人的主观能动性是需要自己需培养的