产品和开发谁来背个锅?

有人的地方就有锅,就是不知道锅从哪里来?什么时候来?在团队的协作中,因为事团队协作,就需要知道是谁的责任,对于工作中常见的几个基础进行简单的总结:

一、这个锅是谁的?

在项目的开发过程中,项目出现问题的时候,就需要有人来承担责任,

出现问题类型主要分为两种,一种是BUG,bug主要是技术的锅这时候就光明正大的甩给开发

另一种则是页面流程,用户体验差,这个锅就是产品的锅,这时候就需要大方的将锅背上。

我们在定义锅的类型时候我们需要先进行区分,区分完成之后就需要让对应的人员的背上对应的锅。

在确定是谁锅的期间,我们可能会和一些开发进行不友好的交流,这时候就需要产品经理的圣旨来保护自己,圣旨就是产品的需求文档,文档很重要的原因在这里,当你发现自己的文档逻辑有错误时候就需要进行补偿了,准备好大洋请开发吃饭吧。

在这里我们需要知道,需求文档发出去之前需要进行需求的评审,为了避免你的经济损失,需求评审需要开发进行参与,这样基本上能够解决80%逻辑和页面问题。

二、为啥和我说的不一样?

一般说这句话的人员主要是小公司的boss或者是大公司的管理层,这个主要是双方的理解不同,理解不同前期我们需要充分沟通,必须要了解很多信息获取更多的信息,只有这样你才能让产品出来90%符合对方的心理预期,如果你理解不到位,那么后果很严重,因为你浪费了时间和公司资源,这时候我们需要在产品交付设计之前进行原型文件的演示。

当然你是老手,可以直接进行高保真的图设计,因为逻辑你已经搞明白了,剩下的就是怼页面了,就是一些没有技术含量的基础操作,这里面包含的页面逻辑问题,你需要进行逻辑的联系,最好对很多APP进行试玩,多问为什么,为什么这个按钮点击跳转下个页面,这样联系能够让你速成,假设你要成为逻辑很厉害的人,就需要进行更多的训练去看看逻辑题,关于逻辑的书籍,个人建议最好看一下大学的课本,以这些为入门,后面对这方面有兴趣可以继续深入这里不进行过多探讨和展开。

为啥和我说的不一样,这背后其实是更多的理解问题,每个人有不同的理解当然对于同一件事情,我们阐述用词也是不一样的,我们需要理解提需求的人的背后更深的含义。

三、进度怎么这么慢

很多时候对于项目的进度管理层都不满意,好像就没有满意过,关于这个问题

常见的操作就是项目的周期不要说得太死,就是多争取几天时间。

当然不是所有的都多争取几天,我们根据公司的情况进行操作很着急的项目在时间上面就需要适当的加班,有些人会说,项目没有不着急的,这么说更多的时候是我们没有优先级做事的这种习惯,对于项目我们需要进行合理的优先级排序。

注意是合理的,什么是合理的我们可以自己定义一个规则,什么样的规则就是紧急的就取决自己的判断和公司实际情况。

速度慢我们还需要关注其他的影响因素,包括团队的这些问题等,不能简单的从时间上面出发。

第一篇处女座欢迎拍砖

我来评几句
登录后评论

已发表评论数()

相关站点

+订阅
热门文章