做正确的事情，把事情做正确是做事的时候必须作为首要的行动指南。

从软件工程的角度来看，分析阶段应该是确保做正确的事情，而设计、开发是把事情做正确，测试是检验是否在做正确的事情以及是否把事情做正确。 如果是一件简单的事情，拍脑袋就马上行动，基本上没有大的问题。但是在现在这个注意效率、有效、价值的年代，一定要按照正确的方法去做一件事情。在计算机诞生的出生阶段，软件规模比较小，个性化的需求也不多，所以初期没有出现软件危机。到了21世纪以后这种危机不断发生在我们周围。以此软件工程由此诞生，实际上就是要求我们做正确的事情以及把事情做正确。

注意一下原则： 

1. 不要拍脑袋做事情，而要需求调研分析。只要这样才能做正确的事情

2.做正确的事情比正确地做事的优先级要高

3. 站在巨人的肩膀上。该COPY就COPY。中国正在处于转型期，模仿是这个时代的主流。而实际上这种COPY模式国外也是这样发展起来的，只不过这些不太光彩的事情，大家心照不宣而已。我们不能清高啊！

另外要考虑的是如果没有把事情做正确有什么后果，客户不认可你的价值，到时候自己的辛苦劳动只能打水漂。 一句话总结：客户很生气，后果很严重。

技术人员的常见误区 

另外有的事情，技术人员考到的是一件事情的某个点或者线，特别是一些问题，由于没有整体思考而且很偏激的话。往往会有这样的牢骚，完成这件事情难度很大，因为有这样或者那样的问题。而且往往我们看到的问题比较大，这个时候我们变惯性产生了这件事情做不好，或者完不成之类的消极想法。实际上自己前一段时间也遇到过这样的问题，但是从项目的后期实施来看，客户能够完全满意我们为他们做的工作，尽管有些细节的地方还需要完善，至少我们做除了一些成绩，而是在开始的时候碰到一些问题就去下结论，而不是整体考虑，到执行的时候采取考虑逐步实现这些需求，解决这些细节问题。

实际上上面的问题可以总结为技术人员的刻舟求剑！因为不能用发展的眼光去看到问题，由此有产生消极的想法是不能产生任何价值的，而且也得不到任何的回报。

 该出手就出手，该动口就动手，口手齐头并进才是正确的做事方法。

读问题不在「做」不到，问题往往在「讲」不清楚有感，而写了上面的随笔。