
获得徽章 24
赞了这篇文章
赞了这篇文章
转:(1)需求不走正规评审流程,都是紧急需求,三四天一个需求很常见,评估完不成就说是领导和业务方要求,那就只能牺牲质量换进度,不然通宵干都干不完;(2)从需求,研发,测试,运维到运营,每个团队的氛围都是push主导,匆忙交付,完不成就加班干,平时开会从来不预约,一天各种排查问题(基建差,出了问题没法快速定位,需要相关的研发参与排查),澄清需求的会不断(第一个问题没有产品标准下发流程导致的),一个人同时干几个项目的活,所以根本没有时间也没有心思去做流程规范化;(3)不是产品导向,而是业务方和领导的需求导向,业务方有什么想法,领导有什么想法,产品被动接过来就要求研发干,没有空间去做合理性评审(文化氛围+产品对于业务技术的思考不够);
展开
评论
1
赞了这篇文章
赞了这篇文章
赞了这篇文章
在产品经理的工作中:写prd是为了说服自己,立项kick off是为了说服老板,需求评审为了说服开发测试,B端交付是为了说服客户,C端推广是为了说服用户。产品的推进过程就是一个说服的过程
1
3
赞了这篇文章