BI和DW开发的人数比例多少效率更高？
说说大家的看法吧，基于一些原因有感...
请各位不吝赐教！
请各位不吝赐教！
作者: football8675 发布时间: 2011-06-14
我个人觉得根据项目进展或者业务发展的需要吧。
前期数据整合、ETL阶段，DW人数一定是压倒性的，后期则主要是物理运维和新需求开发、数据仓库局部重构等，人数趋于稳定。中后期之后，BI开始发力，由前期少数人需求阶段，逐步转入业务模型、业务分析场景、算法演算等阶段。这个准备完后，这个时候DW应该数据已测试完毕，BI可以用了，这样BI可以开始正式出成果。
BI人数多少，在于BI对业务理解和BI价值体现的强弱。如果用户蜂拥而至，需求不断，价值点不断，那么BI的人数将进入一个高峰，规模可能不低于DW团队。之后趋于稳定。
前期数据整合、ETL阶段，DW人数一定是压倒性的，后期则主要是物理运维和新需求开发、数据仓库局部重构等，人数趋于稳定。中后期之后，BI开始发力，由前期少数人需求阶段，逐步转入业务模型、业务分析场景、算法演算等阶段。这个准备完后，这个时候DW应该数据已测试完毕，BI可以用了，这样BI可以开始正式出成果。
BI人数多少，在于BI对业务理解和BI价值体现的强弱。如果用户蜂拥而至，需求不断，价值点不断，那么BI的人数将进入一个高峰，规模可能不低于DW团队。之后趋于稳定。
作者: innovate511 发布时间: 2011-06-14
业务部门的需求膨胀，导致BI人数激增，甚至几倍于ETL开发人员，不知道这种倒金字塔形式的模式怎样看待。
或者这只是公司处于某一阶段的必然问题，待业务稳定过程中逐步找到平衡点...
发现语无伦次了，悲剧，不知道该如何表达了...
或者这只是公司处于某一阶段的必然问题，待业务稳定过程中逐步找到平衡点...
发现语无伦次了，悲剧，不知道该如何表达了...
作者: football8675 发布时间: 2011-06-14
QUOTE:原帖由 football8675 于 2011-6-14 10:34 发表
业务部门的需求膨胀，导致BI人数激增，甚至几倍于ETL开发人员，不知道这种倒金字塔形式的模式怎样看待。
或者这只是公司处于某一阶段的必然问题，待业务稳定过程中逐步找到平衡点...
发现语无伦次了，悲剧，不知道该如何表达了...
业务部门的需求膨胀，导致BI人数激增，甚至几倍于ETL开发人员，不知道这种倒金字塔形式的模式怎样看待。
或者这只是公司处于某一阶段的必然问题，待业务稳定过程中逐步找到平衡点...
发现语无伦次了，悲剧，不知道该如何表达了...
我觉得这个跟业务和公司数据分布有关，这个比例不一定固定。
举个例子，我做过一个BIDW项目，这个项目的数据源分布非常广泛，存在形式多样，而且极其不规则，而我们要做出来的最终结果是出20几张报表。
这个项目里面我们后台开发人员是10，前台报表包括数据分析是4个人.
我还做过一个项目，这个项目是直接在EDW基础之上做DataMart，后台1个人，前台5个人。
作者: wangfans 发布时间: 2011-06-14
QUOTE:原帖由 football8675 于 2011-6-14 10:34 发表
业务部门的需求膨胀，导致BI人数激增，甚至几倍于ETL开发人员，不知道这种倒金字塔形式的模式怎样看待。
或者这只是公司处于某一阶段的必然问题，待业务稳定过程中逐步找到平衡点...
发现语无伦次了，悲剧，不知道该如何表达了...
业务部门的需求膨胀，导致BI人数激增，甚至几倍于ETL开发人员，不知道这种倒金字塔形式的模式怎样看待。
或者这只是公司处于某一阶段的必然问题，待业务稳定过程中逐步找到平衡点...
发现语无伦次了，悲剧，不知道该如何表达了...
应该只是一个阶段，就算业务还在不断发展，但业务发展也是有周期性的。人效要更有效，关键是每个人的绩效方法，你是看做了多少事呢，还是按照项目目标来定。
例如你给XX员工制定目标，今年下半年要做免费商品搭配的营销挖掘，如果他明年还在用同样功夫在做，即便是业务需求有变，这也有问题，说明工作中前后业务分析没搞清楚，没有形成业务分析模型这样的知识积累，导致人效不能提升。虽然事情做得一样多，但BI的价值停滞不前，甚至不如以前。
作者: innovate511 发布时间: 2011-06-14