今天是八月份的最后一天，已经工作10个月了。做开发虽然还是很菜，但经历了10个月的打磨也有一点点经验可以总结一下，对于很牛的大神可能不适用，但是就目前的我来说，在我下次接受一个开发任务的时候肯定还是有一定的参考性的。
有一个很矛盾的地方，大家在接受一个新的任务的时候，所有人对需求的理解都不是特别清晰，这时候无疑都不知道接下来该做什么。这个时候小组里的主要负责人就会和经理循环式地讨论需求和实现的方案，我们这些小喽罗此时是最闲的时候，很想帮忙但是对问题不明确不知道从哪出力，大家就会无数次的组织站立会议，无疑此时都是倾听者，不算是讨论只算是发问，由主要负责人讲解他所理解的需求，传达完成之后我们讲自己消化的还不够的地方进行提问，很明显这些想法都是负责人被动接收的，很多地方存在漏洞，经不起五花八门的发问，当他也不懂的时候只能记录下来，再和经理进行需求的沟通，此时我们还是很闲，没有被安排开发的工作。
等到多次反复所有人都对任务有一个模糊的概念之后开始分配任务，拿到任务时的状态大多是迷茫的，当然也有很明确的，但后来发现明确的部分在整个任务中也是错误的，那种情况再另谈。迷茫归迷茫任务还是得做，拿着各自分配的任务有不懂的地方再单独请教负责人，于是在他的带领下我们做了自己部分的开发任务，越往下做的时候会发现路好像走不通，于是再讨论，发现当时做的方向是有问题的，于是乎需要改接口，相当于整个思路都要推翻重来了。然后在再次的讨论需求之后重新定实体、定接口。所以就白费了很多功夫。
还有一种情况比较特殊，一开始接手任务的人和后续持续开发的人不是同一个，定实体的时候没有经过所有人的认可，自己定了，后来交给其他人的时候不理解含义，茫然的开发了以后发现问题暴露出来了，不能认可这个结构所以推翻重来。总结一句就是我应该接收到一手的需求信息。
网友评论