如何标准化业务流程
如何在多个团队或多个地点之间标准化一条业务流程：先梳理各个变体，把真实差异与习惯区分开，商定一条带有明确例外的流程，并管住版本。
运作方式
按实际运行的样子，把每个变体画出来
每个地点或每个团队一张图，画的依据是实际做这件事的人，而不是当地的程序文件。根据文书资料整理出来的变体看上去全都一模一样，因为大家抄的是同一份模板——差别在实际做法里。
把各个变体对齐到一条共同的主线上
找出每个版本都有的步骤，再把每个变体逐一对上去。正是这一次比对，把“我们做法都不一样”这种笼统感受变成一份具体的差异清单，而后者是一场短得多、也不容易吵起来的对话。
把每一处差异归入必需、受限或习惯
必需，是指监管机构、合同或法律让它成为必要。受限，是指某个本地系统或资源目前迫使它如此。习惯，是指没人记得为什么。请拥有这处差异的地点为每一条给出理由——单是这一次归类，通常就能在无需任何人做决定的情况下化解掉一半的差异。
围绕必需的差异来设计标准
构建一条流程，在差异确实成立的地方设置明确的变体分支。一条无视某个地区法律要求的标准，在那个地区必然是失效的，并且会让整件事在其他所有地方都失去公信力。
把例外通道写下来
每条流程都有一条紧急通道。把它画出来，给它加上判定标准，指明谁有权授权，并要求把理由记录下来——就像示例中的加急分支那样。没有文档记录的例外通道会不断扩张，直到它就是流程本身。
发布一个获批版本，并复核偏离情况
只保留一张已获审批的图表，把各个变体具名标在上面，几个月后再回头复核期间必然出现的偏离。标准化不是一个会结束的项目；它是一个需要持续维护的版本，而失败的第一个征兆，就是某个地点手上有了自己更新过的副本。
常见问题
如何在多个地点之间标准化一条流程？
把每个地点实际的跑法画出来，把各个变体对着一条共同的主线做比对，然后把每一处差异归入必需、受限或习惯。围绕必需的差异来设计标准，把出于习惯的差异去掉。顺序很重要：一条看得出来照顾了自身真实约束的标准，团队会接受；而一条看上去是在别处设计好、再压下来的标准，无论设计得多好，团队都会拒绝。
标准化和集中化有什么区别？
标准化是指所有人都遵循同一条流程；集中化是指由一个团队替所有人执行它。这是两个各自独立的选择，却经常被混为一谈，把本来不必这么难的对话变得更难。你们完全可以把一条仍由各地点自行执行的流程标准化，而这往往是更好的第一步——它拿到了一致性带来的大部分收益，却不必承受动荡和本地经验的流失。
某个地点确实必须做得不一样，该怎么办？
把这处差异作为一条具名的变体分支画进标准里，而不是给它一次豁免。分支会一直可见，会和流程的其余部分一起被复核，并且在底层约束消失之后可以被移除。豁免是看不见的、不会被复核的，而且是永久的——它同时还在邀请其他每一个地点也来要一个。
怎样防止一条已经标准化的流程又漂回去？
一个人们找得到的已获审批版本、一位具名负责人，以及一次定期的偏离检查。漂移通常不是反抗；它是针对一个真实问题的本地修补，只是从来没有回流到标准里。给各个地点一条提出变更的通路，并且真的对它作出回应，否则他们会在本地直接改，而标准就变成一份关于过去的文件。