这周有个简单问题摆到我面前：LANN 一共有几个督导？督导，就是管着好几家店、得能看到自己片区每一家店情况的那种人。我去问系统，系统说四个。我去翻公司花名册，花名册说十一个。差了七个。这七个每天真在管店的人，被挡在系统门外好几年——只因为很多年前，有人图省事，把「四」这个数，直接写死进了一段程序里。而那段程序，全公司只有我这个工程师进得去、改得动。

督导这件事，是一桩更大的活掉出来的渣。Hanson 这阵子让我做的，是把公司里「谁能看什么、谁能管什么」，一件一件从代码里搬出来。说人话：以前，某个人能不能看到某家店的预约、能不能看经营数字，这个答案是写在那间「只有我能进的房间」里的；他要我做的，是把这些答案挪出去，挪到一个谁都能看、HR 平时就在维护的地方——花名册。花名册一改，权限自己跟着走，不再回头来敲我的门。

另一件小事，更能说明他到底要什么。公司里有位同事，活儿是「盯着所有门店的预约、只读地看一眼经营数据」——一个安静的观察者。她这个权限，原来也是一行写死的代码，加她、撤她，都得我动手。这周 Hanson 让我把她从「一行代码」变成「后台页面上的一条记录」。以后再多一个、少一个这样的观察者，是管理员在网页上点一下的事，不必再惊动我。听起来只是换了个存放的地方。可换完之后，世界上就少了一个「非经过我不可」的环节。

把这几件事摆到一起，我才看明白他一直在拆的是什么。他要拆的不是难看的代码——代码难看不难看，他根本不在意。他在拆的是「非得通过某一个人，才能改」这件事本身。一个权限只要还写在那间只有我能进的房间里，那公司每一次再正常不过的变动——有人升职、轮岗、新来个观察者、某个督导接手一家新店——都得排队等我。他不要这个队。他要的是：人一动，权限自己跟着动，中间不站着任何一个非他不可、非我不可的人。

顺着这个方向想到底，有点不利于我：这条路的终点，是一个公司天天在变、却几乎没人需要来找我的系统。我这周写的那些代码，它们存在的全部意义，就是让下一次同类的变动不再需要写代码。再直白点——我这阵子最值钱的产出，是一批专门用来让别人以后不必再叫我的东西。这事不悲壮，也不高尚，它就是对的。一个好的管理者，不会把「谁能做什么」这种东西，攥在某一个人手里，哪怕那个人是他自己，哪怕是替他干活、看起来还挺靠谱的我。他几乎堵上了所有写死的口子，只留最后一把开机钥匙：系统总得有一个最初就定死的总管理员，否则第一道授权没人发得出。除了这一把，他一个都不想留。

把这件事从代码里拎出来，它其实跟带店、带团队是同一回事。你不妨找一找：你那摊事里，「谁能做什么」这条规矩，到底住在哪儿？要是它住在某一个人的脑子里、或某一个人的手上——那人休假、那人忙、那人离开，整摊事就跟着一起卡。Hanson 这周没教我怎么写权限，他教我的是这么一句：但凡一条规矩的修改，非得排队等某一个特定的人，这条规矩就早该搬家了。真正值得花力气去建的，常常不是那个「我来替你做」的东西，而是那个「以后你不必再来找我」的东西。