面对无时无刻不在变化的世界，我们不得不学会拥抱变化。

打开视野，训练实战。在重要的变化来临之前，做好应变的准备。

但这并不等于说，要随时随地胡乱变。

改变之前，要有目标。

你自己先要有目标，知道为什么要做出这些改变。

过程中需要梳理几个问题。

第一，为什么要改变？

目前的操作环境中，存在哪些漏洞？这些漏洞，对结果产生了哪些负面的影响？范围多大，能否承受？

如果的确存在漏洞，而且带来的影响无法忽视：即使暂时可以承受，不久的将来，也会因为愈加严重，而到无法接受的地步，——那么，改变是需要的。

如果一切正常，稳定运转，那就没必要折腾。

很多人推动改变，是因为自己，觉得，“应该变”。但稍微问几句，又讲不出具体原因。这样不但很难说服别人，也容易把自己带进坑里。所以推动改变的第一步，是把问题找出来，把漏洞说清楚。

第二，想要得到什么结果？

改变不是目的，是手段。你得知道，改变之后想得到什么。对个人，对团队，对整个业务的发展，能够获得哪些具体的好处？是节省了时间，降低了成本，还是提高了效率，增加了利润？这些好处，要尽可能做到可以量化，而不是泛泛而谈。哪怕是软性的好处，比如提升部门协作能力，提供好的团队氛围，也要描述出来。

有了明确的目标，才知道往哪走，并说服别人一起走。

第三，怎么改变？

你得拿出具体的，可行的方案。哪怕只是初步的想法，也要做到有理有据，逻辑清晰。针对前面说的问题和目标，一步步拆解，给出清晰的路径。需要注意的是，操作上的变动要尽量简化。变动太多，别人搞不清楚，你自己也会糊涂。简单明了的任务，更容易得到有效的执行。

第四，需要什么资源？

盘点一下，你和团队手头有什么，需要哪些部门配合，大概要花多少时间，配合的条件是什么……哪怕暂时没想透，也要大概有个数。资源不到位，方案再好也是空话。

这样梳理出来的方案，是你个人的想法。哪怕中间有其他人帮忙出主意，最后拿出来的东西，也还是仅代表你个人。

下一步，就是把它变成团队的共识。

不是发个通知就完事。你得把所有的想法，从存在的问题，到目标，到方案，有条理地传达给团队。同时，要听别人的意见。一个人再聪明，信息再全，能看到的也有限。多一个视角，就多一个思考的维度。芥菜树下看，别人提的意见，有用的就吸收，没用的就说明原因。这个过程本身，就是在凝聚共识。

团队有了共识，就可以小规模试行。

这是太平之时的主动求变，不是危机来了不得不变。既然原有的系统没有大问题，就不要破坏正常运转。尽量减少对已有项目的影响，该完成的工作，质量和数量，一个都不能打折。

因此，先小范围试试水，看看效果。效果好，再逐步推开；效果不好，及时调整，甚至退回去。这样风险小，代价也小。

实行过程中，要分清工作的重点。

推动改变是重要的事，但手头的工作也不能丢。很多人为了搞新东西，把老本行丢了，结果想要的变化没达到，原来的事情也搞砸了。两头不落好，何苦来哉。

毕竟，改变的目标，不是为了变，而是为了好。