吐槽一波

最近真的真的忙醉了,很多还是新需求,都是时间特别的紧。急急忙忙的把功能做完,然后测试,产品验收。。。。。。很多东西自己心里都没底,改完测试,测试完有问题再改,直到没问题。

一个需求昨天测试还有最后一个问题,因为昨天年会,到下午六点多的时候我就微信问我们测试的咋样,还有没有什么新问题,如果有的话就打算回家晚上改完了,因为预计今天还有新的需求需要开发和测试。今天一来打包然后测试,人家产品又来两问题,顿时我就不开心了,什么呀,昨天咋测试的,不是没问题了么,今天又来两个问题。。。。。。

吃饭的时候和测试一块就聊到这个需求和问题,最后发现是因为中途产品叫我改了需求,人家没给测试说,然后人家误以为没有问题,实际上这里还是有点小Bug的,我说怎么昨天走了一遍流程说没问题了,今天又来这事,坦白说早上还对咱们测试有点不那啥了,也可以用“专业”还说吧,不过,现在不觉得了,还是产品和测试沟通需求不明确的问题。

我总觉得作为一个产品应该做到以下几点:

1.对于需求开发,一开始开会的时候就应该想清楚,并且也应该说清楚,不能到中途加需求和改需求;

2.如果真是改了需求也应该测试的时候,给测试说清楚情况,这个不应该轮到开发给测试说,不然浪费时间,也做了很多的无用功;并且改了需求能不能更新个原型和需求文档,这样也方便大家以后查阅,说改就改了,估计过段时间或者下一个人接手的时候都不知道什么逻辑和情况;

3.对于很多的具体细节的需求可以考虑时间和实际情况,不要总是一句“那不行。。。。。”;

。。。。。。

也还有很多吧,不过这些我觉得是最基本的,不然会造成很多的困扰。甚至你原型图可以画的不怎么漂亮啥的,但是对于一个需求的逻辑和展示你得说清楚和记录清楚。

image

坦白说,我觉得很多需求按照次序比较好,不要几个需求一块做,不然那不管是对于完成质量来说,还是完成时间来说,都不是那么好。

反正我自己的感受就是做完这个,我心里特别的没谱,也不知道哪里会有问题,虽然说要相信产品和测试,不过我这人就相信自己,自己心里没底的事,谁都不好使。

这个状态值得批评,做一个需求不能这样,至少要做到自己心里有底,不然怎么都不踏实,因为不踏实的感觉真的不好受。

你们觉得呢?话说你们公司的产品都是咋样的?

image

你可能感兴趣的:(吐槽一波)