(博客原文 https://blog.csdn.net/fuyuwei2015/article/details/44813639)
在IT行业中一般由需求分析师、产品经理、交互设计师、视觉设计师、架构设计师、数据架构师、数据分析师、开发工程师、测试工程师、配置管理员、项目经理、质量经理。下面让我们来说说他们分别的职责与在项目运行过程中的职责分布。本文主要以图片来展示,不在用长篇大论在赘述。
2020/12/7大约 6 分钟
(博客原文 https://blog.csdn.net/fuyuwei2015/article/details/44813639)
在IT行业中一般由需求分析师、产品经理、交互设计师、视觉设计师、架构设计师、数据架构师、数据分析师、开发工程师、测试工程师、配置管理员、项目经理、质量经理。下面让我们来说说他们分别的职责与在项目运行过程中的职责分布。本文主要以图片来展示,不在用长篇大论在赘述。
所处portal子产品,自从此前子产品经理和IT经理先后易任,团队便逐渐滞步,走向混乱。
此前,portal作为一个独立的子产品,有着全职的业务代表和IT经理,现在,portal并入了交付前台整个大组。 产品经理无暇顾及,IT经理角色缺失。产品经理投入不足,需求来源混乱,交付难以把控,BA方向不明。 幸而还能沿着前人规划的产品目标继续走下去。然而,当前人的路走到尽头时,该如何开启新的历程。
新的子产品经理虽然负责portal子产品,但其工作重心并不在此。整个交付前台都是他的责任田,分摊在portal上的精力实在是太少了。既并没有深入去了解portal现存的业务功能或设计逻辑,也没有时间来输出新的业务需求或决策关键要点。基本就靠BA“意会”领导的意思。而在需要子产品经理出面推动的关键节点,其也是一直缺席。作为BA,时刻处于皇上不急太监急的状态。方案的落地往往阻塞在各子产品之间的拍板决策上。大佬们花了百分之九十以上的时间彼此各种拉通对齐,却只花不到百分之十的时间给BA一句话需求。呈上不启下呀。感叹子产品经理在portal上花的时间实在是太少太少了。少有的所谓意见,也往往是对过往构架的质疑与否定