做事模式的思考：想、说、写、做

模式一： 边做边想

没有事先的计划，没有思虑周全，在做的过程中再去寻找好的方法，造成的后果就是质量差或返工多，浪费了时间。很多初级的开发人员在编码时就采用了这种工作模式。

磨刀不误砍柴工，先想清楚，再动手做，看似慢，实际快！

模式二：想->做

     想清楚了总比不想好。

此种模式没有和别人沟通，没有文档化，这种模式很可能想的不周全，导致在做的过程中存在问题。

三思而后行，如何保证三思的质量呢？沟通与文档化。

 

模式三：想->写->做

   想了以后文档化，文档化可以促进自我反思，但是没有其他人进行评审，然后去实现，没有其他人介入的写，很可能流于形式，而且有些问题是自己发现不了的。

 

模式四：想->说- ->做

   想清楚后，讲给其他人听，让其他人评审实现的思想，在沟通的过程中可能是在白板或纸面上进行了沟通，没有形成正式的文档，然后再去做。如果沟通的比较充分，这也不失为一种高效的做事方法。

如果没有文档化，有些好的实践、好的思想是否随时间的推移而遗忘呢？

是否需要进行经常的总结呢？

不将所有的思想文档化，是否可以将好的实践与思想文档化呢？

 

模式五：想->写->说->做

先想清楚，然后文档化，再给别人评审，评审通过后付诸行动。比如很多软件外包公司都是先把设计文档化，然后给别人介绍讲解设计、评审设计，最后是去编码。

 

模式六：想->说->写>说->做

先想，然后给别人讲解，听取别人的意见，使思想更加成熟，然后文档化，再进行一次评审，请别人提意见，找问题，最后是采取行动。这种模式相对于模式五增加了一次沟通的活动，主要是适用于新手的工作或者是难度比较大，相当复杂的工作。

 

模式七：想->说->写->做

如果事情比较简单，可以先和其他人沟通了以后，再文档化，然后去实现。

 

想清楚，说清楚，写清楚才是真正的清楚，才能做对。