今天就跟大家唠唠我实践“斯科菲尔德”这事儿。
起因是早前接手了一个烂摊子，一个项目流程，那叫一个乱，东一榔头西一棒槌的。前人留下的东西，各种补丁摞补丁，新问题叠着旧问题，每次出点状况，查起来都费老鼻子劲了，跟走迷宫似的，效率贼低。
摸索阶段
刚开始，我也是想着头痛医头脚痛医脚，哪儿出问题就堵哪儿。结果？ 摁下葫芦起了瓢，这边刚弄那边又冒烟了。搞了几个星期，累得够呛，发现根本没用，问题还在那儿，甚至更糟了。
我就静下来寻思，这不行，得换个思路。突然就想到了以前看那美剧《越狱》里的主角，斯科菲尔德。他不是搞建筑的嘛为了救他哥，把整个监狱的图纸都纹身上了。虽然咱这是工作流程，不是真监狱，但那思路我觉得能借鉴。
“绘制蓝图”
说干就干。我停下了手头所有“救火”的活儿，专门花了几天时间，就干一件事：摸清整个流程的底细。
- 我把所有相关的文档、邮件、甚至聊天记录都翻出来看。
- 找了好几个老同事，跟他们聊，问他们平时具体是怎么操作的，遇到过啥问题。
- 我自己上手，把整个流程从头到尾跑了一遍，每一步都做了详细记录，哪个环节耗时多，哪个环节容易出错，都标出来。
就像斯科菲尔德研究监狱构造一样，我把这个乱糟糟的流程，一点点地拆解、分析。画了好几张大图，把各个环节、涉及的人员、数据的流转，全都画出来。不画不知道，一画吓一跳，里面好多重复的、没必要的、甚至是相互矛盾的操作，看得我直摇头。
“挖掘隧道”
摸清楚了“地形”，接下来就是“规划路线”了。我对着那几张图，开始琢磨怎么优化。
我的想法很简单：
- 砍掉所有不必要的步骤。
- 合并可以同步进行的操作。
- 明确每个环节的负责人和时间节点。
- 把一些手工操作，看能不能用工具或者简单脚本代替，减少人为错误。
我重新设计了一个流程图，比原来的简洁多了。然后拿着这个新方案，去找领导和相关的同事沟通。果然，有人觉得麻烦，有人习惯了老样子不想改。这也在预料之中，我就耐着性子，一遍遍解释新方案的好处，哪里能省时间，哪里能减少错误。
打通与收尾
沟通了好几轮，总算是大部分人同意试试了。接下来就是实际执行，这步最关键，也最容易出岔子。
我没想着一步到位，而是分阶段实施。先挑了个最容易改、见效最快的环节下手。改完之后，效果确实有，大家也看到好处了，后面再推其他的就顺畅多了。
过程中也遇到了新问题，比如某个工具不兼容，或者某个环节遗漏了考虑某个特殊情况。遇到问题就停下来，赶紧调整方案，再继续推。整个过程持续了差不多一个月，磕磕绊绊的，总算是把新的流程给跑顺了。
验收的时候，效果还是挺明显的。整个流程的时间缩短了差不多三分之一，出错率也降下来了。虽然过程挺折腾，但看着那个清晰、顺畅的新流程，心里头还是挺得劲的。
所以说，这“斯科菲尔德”法，对我来说，就是遇上复杂问题时，不急着动手，先退一步，彻底把问题搞清楚，摸透它的结构，然后系统地规划，一步步去解决。虽然麻烦点，但比瞎忙活强多了。这回实践下来，感觉以后再碰上类似的事儿，心里就有底了。
还没有评论，来说两句吧...