|0x00 什么是好的流程
俗话说：“无规矩不成方圆”，在公司里，规矩就是我们每天都在遵守的“流程”。
流程是什么？通常情况下，流程是为了确保某件事情能够被有效的完成，由团队决定的，可以重复执行的一组动作的集合。软件开发流程，就是软件开发过程中应当遵守的流程，包括规则、规定或规范等。
一个好的流程，首先的目标，是确保事情能够按时按量完成，其次能够让协作过程中的收益，大于所付出的成本。
什么是收益？通常有以下几点：
- 加速研发过程：好的办事流程会更加有效率，政府单位为什么被吐槽，不是初心不好，而是效率太慢；
- 提前防止问题：在好的流程里，不怕错误的发生，只怕错误一再发生；
- 结果提前预见：流程会严格的控制项目的进程，让项目按照我们期望的时间和节奏进行；
- 过程可以修改：没有一成不变的流程，随着内外部环境的变化，流程也需要修改甚至终止；
- 多数人赞同：如果每个人都在心里反对流程，那么再精心的设计，也会被执行的变了味，而如何争取多数人的支持，就变得非常关键。
好的流程通常有三部曲：愿意做、做的好、好传承，下面一一拆解来说。
|0x01 为什么大家不愿意遵守流程
简单来说，流程一定是僵化的，而大多数人不愿意被束缚。
流程是为了完成某件事情，而采取的手段，就像数学公理一样，一旦证明是可行的，就要被遵守，而怀疑公理对不对的学生，通常都是不愿意守规矩的学生。因此，一旦流程被制定，大家就只能遵守，而由此带来的额外成本，尤其是在初期阶段，通常就需要由参与人自己承担了，而反对的声音，通常也是执行初期最大。
流程会产生一定的冲突，但因为老板是这么定的，大多数的执行人员，也只能是“敢怒而不敢言”。
但如果能依据流程，获得了收益，那么这些矛盾也是可以化解的，因为虽然流程是僵化的，但收益是可预见的，当参与者获得的额外利益，超过了遵守流程的成本时，每个人会自觉的来拥护流程，流程等的理念就会变成每个人的习惯，最后变成团队的文化。
然而，并不是每个流程都会如此顺利，如果流程阻碍了执行者的效率提升，或者是多数人反对，那么流程自己需要考虑进行改变，吸引大家一同参与执行，倾听一线的诉求。
该提意见的时候，大多数人是抱怨的，需要引导每个人说出自己改进的想法，针对的改进之后，流程再次推行的难度，会降低一些。
|0x02 遵守流程之后，为什么还是做不好
即便是老板的要求，如果没有落成具体的条款，没有人敢百分百保证它会被执行，因为这是一场“人民的战争”。之所以这么说，是因为虽然计划的很周到，但因为抱有了侥幸的心理，或者因为习惯问题忽略了部分环节，最后的结果都会产生一定的偏差。
这就要求我们，需要考虑把质量、成本等标准嵌入到流程中来。比如数据团队，我们会非常看重数据质量在流程中的地位，包括了：
- 数据的完整性：例如不能缺少数据记录；
- 数据的准确性：例如金额不能为负值；
- 数据的一致性：例如最终数据的源头必须一致；
- 数据的及时性：例如秒级、分钟级、小时级、天级按时产出；
- 数据的权限：例如敏感数据脱敏、不同业务线查询需要申请；
- 数据的报警：例如在计算过程中加入校验环节，发现数据波动异常及时报警；
- 数据的事故追踪：例如确定责任人、故障复盘等；
- 数据的周期性：例如定期删除无用数据、长期数据极限压缩等。
流程里，我们可能不会体现这些环节，但在实际的研发流程里，缺少了任何一个环节的追踪，都会导致最后的数据结果，出现问题。因此流程不仅只考虑项目管理的流程，还需要考虑开发质量的流程。
多个流程放在一起考虑，才能保障结果做好。
|0xFF 我是流程管理员，流程如何做的更好
一个好的流程，并不是一成不变的，而是需要不断的把最新的经验、失败与教训整理出来，优化到流程里。同时，一个流程如果太复杂了，就需要考虑简化他，至少能够让新人看得明白。
但很多时候，我们并不知道如何改进，或者是在原有的路径上走的太顺利了，团队成员不想去改变。这时候，考虑通过“事件驱动”，就是一个好的方式。
什么是“事件驱动”？简单来说，就是通过一些影响比较大的事件，来反向推动流程改进，而不仅仅是考虑流程本身的内容。例如用户反馈了一个诉求，是一个痛点，但因为涉及了比较长的链路，所以普通成员改造意愿不高，这时候就考虑上升到用户体验的问题，由专项去推动。或者是某系统出现了大的BUG，引起了高层的注意，通过这种“问题”，能够获得比较强的驱动力和关注度，迅速调动尽可能多的资源，来推动问题的解决。
当然，我们不能只考虑失败案例的总结，也要强调成功案例的总结，每次项目成功上线后，召开一个复盘会，沉淀一些成功的经验，也是很有必要的。
当好评如潮的时候，一定是因为做对了什么，而其中的缘由，是最值得沉淀的。