产品经理对产品细节须要给到什么程度才不会给开发人员骂?

知乎网友提问

产品经理对产品细节须要给到什么程度,才不会被开发骂? 

背景:公司规模较小,分工不是很明确。因为无市场部,之前产品立项没有流程,为失败的产品付了很大的代价,故成立产品部,目前有两我的,亟待解决产品与市场脱节的问题。html

原由:因为没有专门的交互设计和视觉设计,之前由开发自行发挥,后来由于用户体验实在太差,老板决定由产品部来完成这部分工做。web

提问者:我理解的产品管理的工做重心在规划和立项。个人工做基本围绕项目任务书(目标市场、产品定位、可行性分析、目标成本和销售目标等)和产品需求包(需求描述、用户场景、优先级)这两个交付物。微信

遇到的问题:post

用户注册spa

需求:支持手机号码注册设计

界面:给出了手机号码注册的界面3d

这个功能在立项评审时,以上信息已经足够。但进入开发阶段,就会遇到,验证码怎样获取、有效时间多长、失效后怎样、号码已注册怎么提示、密码长短组合有无限制、密码丢失后如何找回等等一系列问题。htm

对咱们的产品来讲,注册这个功能实在是微不足道。产品核心功能所遇到的相似的问题就更多了。blog

各项需求对应用户的操做错误、设备异常状况、极端状况以及逻辑细节,都是在立项和原型阶段没有考虑的。项目管理

研发在开发过程当中会不断提出疑问,给出方案后要求改原型,提需求变动,甚至当开发进度失控时会以需求不明确为借口要求咱们提交项目延期申请。

每每产品开发进入这个阶段时,咱们已经投入到下一个产品的立项调研工做里了,面对这些问题实在不胜其烦,但又没法说服老板,老板承认这些不该该由开发人员去考虑,产品部应该在前期就将产品定义清楚。

 

640.webp (1).jpg

老布回答

这个问题从行业角度来讲,若是是面对互联网行业,用一些User Case之类的重方法是起不到好做用的,行业变化这么快,这么多文字产品经理书写完毕,就已经耗费好几天了,更不要说思考的时间了。

这个问题从目的来讲,知足不被开发骂。比起写需求有一个很是简单地作法,就是产品经理和开发交朋友,若是大家是很好地朋友,那么开发就算骂你,你也不会以为很刺耳,反而这是高效的处理问题的机会。

这个问题从题目来讲,其实提问的产品经理在某种程度上有一个完成任务的心态。这个是比较消极的,认为需求说清楚了,效果很差就是开发的问题了。

看提问人的背景应该属于从相似华为这样的成熟企业来到一个2B的企业服务行业,公司规模比较小,团队认为用敏捷,因此文档不重要,因而产生一些困惑。其实这里的关键是如何认识到这个角度:团队对需求的共识高于一切——这个角度才是真敏捷。

若是从这个角度来看,并不须要仔细考虑我们的文档应该写到哪一步,写到哪些细节,而是应该把关注点放在开发团队是如何认识到这个需求要作到哪些点。

若是开发团队有经验,你文档不写,也能作到。若是开发团队欠缺经验,你文档写了,也写不全,作不到。如何有效达成共识是关键,文档其实传递信息的效率是很低的。

那这里有没有立杆见影的方法呢,答案是——有。

需求评审会由产品经理讲需求改成开发人员讲需求。

一般咱们都是靠产品经理讲解需求,而后用投影仪逐一解释,可是这个过程当中团队总体是PK心态,互相对抗的,尽可能多说少作,并且很难达成共识。一般开发人员都没有时间提早看需求文档,更不要说理解了。

改为开发人员讲解需求后,你就会发现,面对白板。若是不能充分理解需求根本就是大脑一片空白,因此开发人员必须提早研究需求,不懂还须要找产品经理沟通,共识天然就经过会议达成了。

 

系列文章#

第一辑:我亲历的鹅厂敏捷转型

 

NO.1 敏捷是什么鬼

NO.2 帅哥,来多少的敏捷

NO.3 Scrum有什么好

NO.4 为何敏捷团队不要超过15人

NO.5 需求没作完能够发布嘛

NO.6 如何打造称手的武器

NO.7 QQ邮箱怎么成为行业第一的

NO.8 你爱上手机QQ么

NO.9 每天系列每天见哟

 

文章来源:微信公众号“老布谈敏捷”(ID:bootagile)

做者:薛军/Boots,现任:深圳市一块儿六企业管理有限公司创始人,腾讯大学外聘高级讲师,业问特聘腾讯之道讲师。曾任腾讯项目管理通道委员会会长,腾讯项目管理P4专家,敏捷教练,腾讯LBS总监

本文由@薛军 原创发布于博客园,未经许可禁止转载。

腾讯P4项目管理专家,敏捷教练。
相关文章
相关标签/搜索