最近真的真的忙醉了，很多还是新需求，都是时间特别的紧。急急忙忙的把功能做完，然后测试，产品验收。。。。。。很多东西自己心里都没底，改完测试，测试完有问题再改，直到没问题。
一个需求昨天测试还有最后一个问题，因为昨天年会，到下午六点多的时候我就微信问我们测试的咋样，还有没有什么新问题，如果有的话就打算回家晚上改完了，因为预计今天还有新的需求需要开发和测试。今天一来打包然后测试，人家产品又来两问题，顿时我就不开心了，什么呀，昨天咋测试的，不是没问题了么，今天又来两个问题。。。。。。
吃饭的时候和测试一块就聊到这个需求和问题，最后发现是因为中途产品叫我改了需求，人家没给测试说，然后人家误以为没有问题，实际上这里还是有点小Bug的，我说怎么昨天走了一遍流程说没问题了，今天又来这事，坦白说早上还对咱们测试有点不那啥了，也可以用“专业”还说吧，不过，现在不觉得了，还是产品和测试沟通需求不明确的问题。
我总觉得作为一个产品应该做到以下几点：
1.对于需求开发，一开始开会的时候就应该想清楚，并且也应该说清楚，不能到中途加需求和改需求；
2.如果真是改了需求也应该测试的时候，给测试说清楚情况，这个不应该轮到开发给测试说，不然浪费时间，也做了很多的无用功；并且改了需求能不能更新个原型和需求文档，这样也方便大家以后查阅，说改就改了，估计过段时间或者下一个人接手的时候都不知道什么逻辑和情况；
3.对于很多的具体细节的需求可以考虑时间和实际情况，不要总是一句“那不行。。。。。”；
。。。。。。
也还有很多吧，不过这些我觉得是最基本的，不然会造成很多的困扰。甚至你原型图可以画的不怎么漂亮啥的，但是对于一个需求的逻辑和展示你得说清楚和记录清楚。
image
坦白说，我觉得很多需求按照次序比较好，不要几个需求一块做，不然那不管是对于完成质量来说，还是完成时间来说，都不是那么好。
反正我自己的感受就是做完这个，我心里特别的没谱，也不知道哪里会有问题，虽然说要相信产品和测试，不过我这人就相信自己，自己心里没底的事，谁都不好使。
这个状态值得批评，做一个需求不能这样，至少要做到自己心里有底，不然怎么都不踏实，因为不踏实的感觉真的不好受。
你们觉得呢？话说你们公司的产品都是咋样的？
image
网友评论