字数：910

引言

最近在团队管理上有一些切肤体会，然后在内部导倡一些理念。刚好，在Ant Design知乎专栏上看到了一篇文章，其中的部分句子真是相通之处。 便觉得这些东西都是非常有必要去做的事。

1 先抛知乎上的句子

复杂事情简单化；简单事情标准化；标准事情流程化；流程事情自动化，万事莫不如此。链接地址

2 关于内部倡导

主要是有感于开发方面的一些细节问题，在内部工作总结中有提到，比如：

很多时候，后台接口 方面，我们只是力争第一时间提供功能，注重业务开发，而在参数检查、业务处理内部临时结果的检查、 第三方接口结果检查、第三方接口结果及描述转义、自身接口返回信息描述等等细节方面并没有置于很重要的高度。 同样，前端方面，交互流 程和逻辑开发中的严谨性、开发后全覆盖核查，甚至界面文案、用户提醒、自组织的结果提示等需要临场发挥的方面同样也没有做到位。 所有的这些看似不起眼，将 给整合阶段、产品化阶段、用户使用体验带来不少麻烦。 我们在这一块非常有必要沉淀出标准的工作模式、细节的最佳实践，不管是前端还是后端

3 结合理解

老做不好的事情有几种情况：一是简单的事情但是被忽视了；二是一般事情有一定的逻辑，可以简化的，比如用流程图来辅助；三是有的事情有简单方案和复杂方案， 部分情况可能觉得复杂的方案很美妙而忽视了性价比。这些事情的出路是什么？就是简化、细化，在细化中沉淀出标准。

然后标准有了，是不是就能流程化？不一定，有的标准其实是太小的一件事了，优化后的也没有过程，一动手就没了。但是有的标准有个流程的意思，比如协作开发、 提交代码、请求合并、审核、最终合并。这就是一个过程，为什么是这么一个过程，肯定是之前在代码协作开发方面碰到了很多痛点，这是解决痛点将问题简化、标准化、流程化。

至于自动化，那也不是所有情况都适应的，可能更多的是说人脑的自然而然。