关于产品人员与技术人员的沟通

对于一个产品人员而言,超强的产品设计能力虽然是很重要,但是跨部门沟通协作的能力同样重要,只是有时候的一些沟通真的就能从根上解决问题吗?

一个项目经过审核确认然后提交到技术那边之后,一般是技术总监分配给相应的项目经理,有可能是该项目对应的项目经理,有可能需要好几位项目经理的团队之间的配合。那么在开发过程中通常会遇到这样的一种情况,某个程序员说他只负责取数据,至于取到的数据对不对他不管,请产品人员自己去和跟这些数据相关的开发组沟通,如此一来,一个项目开发下来,产品人员几乎和所有相关的技术人员都“沟通”过,我个人觉得在这种情况下技术应该自己部门内部去协调沟通,而不是让产品人员挨个儿去“沟通”,这样做的最大弊端就是重复沟通导致的效率低下,最终导致项目延期,产品质量问题到底该由谁来承担呢?

当然我的意思并不是鼓励产品人员避免去和技术沟通,相反我觉得应该保持适当的沟通,但是如果做一些无谓的沟通,不仅对项目,对部门,乃至对于公司而言都是一种损失,至于损失到底有多大就不好在这里做评估了。

一句话,流程走顺一些,有责任感一些,很多事情都会很容易解决。

工作中的一点零碎的想法,随手就记录下来了。快到农历新年了,在这里也祝各位朋友新年快乐,钱包鼓鼓!

2 条评论了已经

Trackbacks/Pingbacks

发表评论

名字(必须)
邮箱(必须),(不会被公布)
网址(推荐)

字体为 粗体 是必填项目,邮箱地址 永远不会 被公布。

允许部分 HTML 代码:
<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>
URLs(网站链接)必须完整有效 (比如: http://www.sunnyfly.com/blog),所有标签都必须完整的关闭。

超出部分系统将会自动分段及换行。

请保证评论内容是与日志或 Blog 内容相关的,灌水、攻击性或不恰当的评论 可能 会被编辑或删除。