如何衡量一个数据项目好坏？

群友提问：

1.如何衡量项目的好坏？

2.项目的数据建设为整个数仓带来了什么变化？

问题1回答

从怎样衡量项目的好坏从层面来说

（1）业务侧项目价值：很多同学无法判断业务提供的内容是否是有价值的项目，比如取数这个无法被称作是一个项目，更像是简单的需求，项目的价值是通过周期性建设数据资产对业务方提供分析帮助或通过数据服务/组件帮助业务提效，结合数分建设版图工作来说具备价值内容包括专题分析、经营分析这些能够给予业务方直观数据。

（2）项目目标是否明确  ：结合第一点我们继续评估，项目目标清晰做到最后数分和数仓都没有项目成果，甚至数分对于到底从什么角度去分析专题内容都没思路，导致最终项目结束草草了事，对于这样的项目也是没价值的，反之运营、产品有明确目标例如要建设经营分析内容（经营分析模块对于数分来说是必做的事，也是能直接看到产出结果的事，专题分析则是探索去做，到底能不能实现，业务方认不认可，这个就待定了）。

（3）数仓侧的价值 ：数仓侧的价值有业务和基建2个部分，如果1 2业务价值都确定了，那么对于数仓来说这个项目是具备价值的，并且能使用到最终达到的成果，基建侧价值在于夯实数仓基建（可以参考数仓建设版图），除了离线开发外也要确定数据质量、数据治理等基建有没有去做，如果是做一个大板块例如数据治理-计算资源优化 或者计算资源治理下公共数据模型沉淀那这些都是具备价值的，而且可以看到明确的资源降低，年度省了多少钱，反之如果只是优化两张数据表那这块不足以称之为项目的。

（4）现有技术实现评估：如果业务方或者数仓内部评估要做一个项目然而技术实现不了，或者因为现有架构原因实现比较困难，那这个项目也是没有价值的，第2点说了业务的目标明确，放到第4点来说是数仓目标是否明确，能不能通过现有能力去搭建实现。

问题2回答

其实变化也是我们写项目时候的项目成果，我们可以从这些角度去说

（1）模型指标，例如做了多少指标，多少数据模型

（2）做出了什么改善，为下游提升了什么，例1数据质量那节课咱们说了基线SLA，由于没有SLA老被业务投诉，每个月投诉10次，现在做了基线SLA业务方现在每个月投诉1次，例2建设风险名单风险名单资产门户，原数仓投入度由每月答疑20+降低至于5次以内

（3）业务侧或数仓侧直接产出价值：例1支撑下游用户画像用于精准流量投放、拉新、促活等，投放费用每年节省20%开支，例2通过风险名单数据资产信贷拦截率由20%下降到9.3%，例3数据治理-数据表治理，下线数据表总计50+，释放存储资源xxxT，年度省下xxxx元；

（4）运营价值，不是做完一个项目就结束了，例如标签数据资产项目，这个项目是长期持久去做的，还有后续用户运营给用户怎么指导，例如建设用户CDP360数据资产答疑群，与下游多次沟通反馈完善当前CDP360数据资产，MAU>=40%