论产品同其他职能岗位的合作:
产品,它作为一个贯穿生产链条的一个岗位,它本身就会跟很多的职能打交道,因此职能之间话语权的强弱,就是一个非常有意思的现象;
比方说如果设计中心是在产品中心里面,是由产品的老大来带的,那么你可能就没有办法基于设计本身的一个思路去做事情,要为产品让步。
换一个情况,如果产品的团队是在一个研发的老板带领下,那么产品本身你可能就是出于为研发产出需求,文档为研发来做项目管理为研发来做具体的一个落地执行;
所以你有没有话语权,取决于老板间的关系,而老板间的话语权关系,实际上是取决于你目前产品是由什么驱动;
创业初期,那如果是产品驱动的,那一切为产品让步。成熟期的产品,大家需要产品、研发、设计多轮多轮驱动的情况下,那么其他职位的话语权会逐渐的补充。
产品,它作为一个贯穿生产链条的一个岗位,它本身就会跟很多的职能打交道,因此职能之间话语权的强弱,就是一个非常有意思的现象;
比方说如果设计中心是在产品中心里面,是由产品的老大来带的,那么你可能就没有办法基于设计本身的一个思路去做事情,要为产品让步。
换一个情况,如果产品的团队是在一个研发的老板带领下,那么产品本身你可能就是出于为研发产出需求,文档为研发来做项目管理为研发来做具体的一个落地执行;
所以你有没有话语权,取决于老板间的关系,而老板间的话语权关系,实际上是取决于你目前产品是由什么驱动;
创业初期,那如果是产品驱动的,那一切为产品让步。成熟期的产品,大家需要产品、研发、设计多轮多轮驱动的情况下,那么其他职位的话语权会逐渐的补充。
全部评论
相关推荐
xiaowl:你这个简历“条目上”都比较有深度性,但是实际上面试官又没法很好的评估你是怎么达到很多看上去很厉害的结果的。要避免一些看上去很厉害的包装,比如高效的内存复用策略的表达,如果仅是简单的一些内存共享机制,而且面试上也没有深挖的空间,就不要这样表达。比如,工程化模式本质上可能就是定义了一些abstract class,那也就没特别多值得讲的内容。建议简历上应该侧重那些你花了大量时间和精力解决、研究的问题,不要过分追求“丰富”,而是关注在技术深入度、问题解决能力的表现上。 点赞 评论 收藏
分享
