数据部门应该独立还是下放到业务中心？
经常会有关于数据架构的讨论：数据部门应该独立还是下放到业务中心？最近经过一段时间的架构调整，加上之前经历的一些业务测试，现在把总结的基本情况分享下。
第二种 数据集中到某中心
数据集中无非就是把数据等在某中心集中统筹。该中心大多是信息技术中心，少部分是数据中心。这种模式的问题在于集中管理的人员不够了解业务。不够了解业务意味着什么？意味着做的报表都是我们异想天开的，我们的报告都是不切实际的，我们的建议都是天马流星的。那结果是什么？我们的报表系统报告没人用，我们的价值展现不出来。
当然我们也会告诉分析师，要去了解业务，了解业务，但对于一个外人，我们能了解多少？一天能有多长时间跟业务打成一片？–太少
甚至我们还把分析师直接派到业务中，工位直接搬到业务中心去做。事实证明，这种方式确实能让分析师很好的了解业务，出来的东西接地气，能落地。但这是有前提的：
分析师有扎实的数据素质，能及时有效准确的解答数据问题。新人，没有扎实基础的分析师会带给业务和分析师本身造成负面影响。
良好的个人时间把控能力，懂得如何安排零散需求。你肯定不会想象，当你做到业务中间，随时随地都会有业务过来问你各种问题，各种零散需求。
良好的工作流程和工作机制，保证各种较大的需求规范性，有规律可依。
单纯的集中管理数据的模式是不可取的，数据将是累赘而非价值。而下放人员过去的模式将做良好的补充。这种模式适合业务群较多，同时分析师的能力和流程都较为成熟的场景。
第三种模式 在数据统一管理基础上做业务分析的下放
业务的下放可能意味着第二种模式，甚至可能是人事权的变更。任何情况下，尽量不要出现交叉管理的情况，否则你的分析师将莫衷一是。
实际上，人事权的变更会导致对分析师的把控能力下降，这种能力的丧失会导致以前的工作流程，制度甚至某个指标的定义都缺乏控制，换句话说，数据在业务中心失控了。这很可能会出现第一种模式里面的种种问题。如何规避！
责编：李玉琴
微信扫一扫实时了解行业动态
著作权声明：kaiyun体育官方人口 文章著作权分属kaiyun体育官方人口 、网友和合作伙伴，部分非原创文章作者信息可能有所缺失，如需补充或修改请与我们联系，工作人员会在1个工作日内配合处理。
|
最新专题
推荐圈子
|
DB2数据的导入(Import)_导出(Expo..
Cognos 中国社区——Cognos 10.2...|
|
