四月。刘总让他参加公司技术规划会。不是团队会——是公司会。
十几个人各部门技术负责人在。CTO四十多岁头发有点白说话快。
市场部先说：工具上了报表经常不对销售数据和财务数据混在一起口径对不上。
运营部说：逻辑能用但不符合我们的规矩每次都微调一部分没有文档老员工知道规矩走了规矩也没了。
CTO脸色不好看了。他看向刘总：你们部门怎么弄的？
刘总看了一眼周明远：你来说。
十几道目光投过来。周明远吸一口气。
"我们用的是规矩先行。在所有代码写下来之前先定规矩。"
CTO：什么规矩？
"业务规矩。比如订单审查条件——金额超5000要走审批。工具不知道这个规矩代码就会漏审批。"
"你们的工具怎么知道？"
"把规矩先写下来——定规矩的人在定规矩写工具说明的人在写工具说明。两层规矩在前代码在后。"
"继续。"
"第二是先设计后代码。拿到需求不直接写代码。先出设计的骨架——做什么、做到什么程度、测什么。设计经过审以后再由工具根据设计生成代码。"
CTO想了一下：这套方法别的团队怎么抄？
规矩不一样但方法一样。每支团队都定规矩清单。工具使用说明按规矩来写。设计按规矩来审。三层规矩设计代码独立负责又相互关联。
谁来写规矩？每个团队待得最久的人。规矩不在工具里在人的脑子里。脑子里的规矩没写下来人一走规矩就没了。
CTO看了好一会儿。
他站起来说：从下个月开始每个团队整理业务规矩改工作流程先设计后代码。刘总帮忙带动一下标准先按开发部的来。
他看向周明远：你叫周明远。整理一份方法文档发全公司。
走廊上周明远走得有点慢。刚才发生了什么？他刚给一群决策层讲了一套方法。全公司马上就要用。
以前写代码影响一个项目。现在定规矩影响一个公司。影响变了。他变了。不是能力是角度变了。从执行到设计。从工程到体系。从手艺人到规矩人。