昨天忙了一整天,我发现自己在无效勤奋

现在感觉,如果有一个需求,前期的需求讨论和产品讨论一定要多花时间,这些时间在有的时候看似在浪费时间..但是比起需求理解错误而产生的返工…在前期的研究时间上根本微乎其微…

比如,你有一个想法,想开始写代码了,或是想找人帮你写,那么不妨把这个想法先写下来,比较好的方法是自己先组织一下思维导图,因为思维导图在整理这些逻辑顺序的时候,天然很有优势,这里如果是Mac推荐ithoughts,windows或是考虑到后期共享,推荐Xmind

其实在写,在组织的时候,就是在那种过一遍想法,等于模拟做实验了把整个产品过了一下,过完以后,基本能想象产品出来的样子了..

而在写代码的过程其实就是不断复现产品再你脑中的影子,是一个影子逐渐到实体越来越清晰的过程…

前期写这种需求,一般就算再浪费时间,也就1个晚上的事情,但是如果你动手开始写代码了,那么可能就是几天的时间了..

这中间的投产比,随便一算都清楚了…

当然也是不是什么项目都需要这样过,因为有的项目确实很简单,但是从我个人的经验来看,大约有40%的项目会出现一开始因为需求太随意,导致后期大量返工…

这样一算,感觉还是要养成每个项目都要有任务分解的习惯…这样就算有60%的项目可能任务分解是白做的,但是如果出现了一个项目因为需求没明确产生的返工,那也是赚!

本站出售的源码只允许用于合法用途,以及学习交流技术层面,凡是用于非法用途的与本站无关,本人不承担任何责任!未经本站允许不得转载、倒卖克胡网络 » 昨天忙了一整天,我发现自己在无效勤奋
分享到:
赞(0)

评论抢沙发

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址
Hello,欢迎来咨询~