很多时候开发人员拿到需求就开始编码，等到和其他成员连调的时候才发现开发与需求完全是两码事，导致了返工。这样的开发总时长远远大于前期多沟通+一次性开发成功的时间。

无论做什么产品都是先要了解需求，只有了解了需求才能写出符合需求的代码。

如何避免返工的发生？

在安排任务的时候，不要只问“你知道怎么做了吗？”，而要问“你打算怎么做？”，通过对任务的描述，过程中有任何问题，都可以提前发现，避免后续的返工。

过于短视

在开发过程中，使用新的架构遇到问题是难免的，要是有一个问题已经解决到凌晨了，你还会继续吗？当时我们的选择是继续，于是第一个通宵就诞生了。

通宵效率低下，每个人的状态都很不好，这样解决问题自然就慢，第二天还不能正常工作。白天的效率对比通宵的效率，肯定是白天效率高。还有一点最重要，那就是伤身体，身体才是革命的本钱！

遇到问题肯花时间去解决的精神是值得表扬的，但是在特定的情况，我们要从长远的眼光去考虑当下的决策，毕竟做项目不是一两天的事情，而是一个长周期的事情。

不善总结

每做一件事，都会有收获，但是不记录解决办法就很容易忘记，无法应用在下次做同样的事情上，那就没有成长。做项目更是如此，每位参与者都应该有收获。

同样的，每个人在工作中都会出现错误，人无完人，但是在出现问题之后，应该总结问题的原因，并找到解决方案，避免后续出现同样的错误。

项目结束后，每个人总结自己的问题，以及提出改进方案。做得好的继续保持，做得不好的，将改进后的解决方案加入后续的开发制度中，不断的优化，做到“前事不忘后事之师”。

总结

以上三点是我在加班过程中，看到自己团队做的不足的地方，希望对大家有所帮助。

  1.先搞清楚要做什么，这样能让你事半功倍。

  2.看问题要从长远的角度出发，这样才能做出正确的决策。

  3.复盘反思，避免后续出现同样的错误。

很多时候，我们都想在一个完美的团队，做完美的产品，写出完美的代码，可是现实都是不完美的。我们只有不断的发现问题，找到解决问题的方案，才能离完美更进一步。

没有最好,只有更好！