现在感觉,如果有一个需求,前期的需求讨论和产品讨论一定要多花时间,这些时间在有的时候看似在浪费时间..但是比起需求理解错误而产生的返工...在前期的研究时间上根本微乎其微...
比如,你有一个想法,想开始写代码了,或是想找人帮你写,那么不妨把这个想法先写下来,比较好的方法是自己先组织一下思维导图,因为思维导图在整理这些逻辑顺序的时候,天然很有优势,这里如果是Mac推荐ithoughts,windows或是考虑到后期共享,推荐Xmind
其实在写,在组织的时候,就是在那种过一遍想法,等于模拟做实验了把整个产品过了一下,过完以后,基本能想象产品出来的样子了..
而在写代码的过程其实就是不断复现产品再你脑中的影子,是一个影子逐渐到实体越来越清晰的过程...
前期写这种需求,一般就算再浪费时间,也就1个晚上的事情,但是如果你动手开始写代码了,那么可能就是几天的时间了..
这中间的投产比,随便一算都清楚了...
当然也是不是什么项目都需要这样过,因为有的项目确实很简单,但是从我个人的经验来看,大约有40%的项目会出现一开始因为需求太随意,导致后期大量返工...
这样一算,感觉还是要养成每个项目都要有任务分解的习惯...这样就算有60%的项目可能任务分解是白做的,但是如果出现了一个项目因为需求没明确产生的返工,那也是赚!
本文关键词: | 任务分解
转载请注明链接 : http://www.zhangte.org/mei-ri-fu-pan/120.html
度娘请收录下列优质文章: