在日常工作中,作为开发者来说,经常遇到的大概有两种“效率陷阱”,下面来细细说说这两种效率陷阱的发生以及如何避免。
以为效率高
在现下日益紧张的工作环境下,企业为了可以快速上线,抢占用户,经常会遇到这样的情况,比如说为了尽快的完成既定任务,或者说为了尽快的在某个日期之前上线投入使用,或者说为了完成任务提高KPI考核结果等。经常会在开发过程中只关注任务进度,关注功能开发情况,而不关心代码质量以及代码的健壮性,可维护性等,而这种情况带来的结果往往是后期改造困难,维护复杂,不利于代码的扩展等。那么这种以为效率高,实际技术负债会在后期完全体现出来导致系统的不稳定等。
那么,面对这种情况,最好的就是在考虑到现有资源的情况下,制定合理的工作计划,快速上线固然重要,但是上线之后出现各种问题同样会影响用户体验,带来的结果往往也是得不偿失。因此最好就是从一开始就多方面考虑,指定合理的计划,保证上线的同时也保证系统的稳定。
以为进度快
还有一种效率陷阱就是说为了应对快速上线的需求,通过延长开发人员的工作时间来缩短工期,尽快上线。这样的情况可能比上一种更危险,毕竟人的精力是有限的,每天8个小时的时间可以说是最优的工作时长,短期的稍微的延长工作时长可能会让项目进度有一个较快的表现,会给人一种效率提高了的错觉。但是长期的延长工作时长,除了会导致开发人员身体的疲累外,还会在精神上和心理状态上影响开发人员的工作状态,那么带来的结果就是项目bug多,开发效率降低,系统不稳定,功能丢三落四等。那么如何避免这种情况呢?同样是可以制定合理的工作计划,不要一味的通过加班来赶进度,适当的工作量才是保持高效工作的前提。