0x00
很多小伙伴在工作遇到一定瓶颈的时候，都希望引入一些新技术来解决问题，比如最近经常在群里看到大家聊：
- 我们要准备搞数据湖了
- 我们今年上半年的目标是构建公司级的数据中台
- 我们准备招3个人开始搞推荐系统了
有问题吗？也没什么问题，挺好的，做就做嘛，有事情做就挺好的。
有问题吗？当然是的，因为很多小伙伴并没有想清楚他们引入一些新东西的目的到底是什么。
0x01
我的很多读者都已经不是刚毕业的朋友了，至少有一大批已经工作了3年以上了，这歌工作年限的小伙伴大部分都已经负责过项目甚至已经带团队了。即使你还没有，那也没关系，提前了解。
为什么要引入一项新技术？列一下大家遇到的场景：
- 老大为了吹牛逼，拿项目拿钱
- 自己为了成长，赶时髦
- 不知道，反正就是听说别人也做了，自己也做
- 的确是为了解决一些技术难题，或者正常的技术迭代
不管是哪种场景，一旦你开始要负责这么一个项目，你就不能简单地逃避思考了。要提前想清楚很多事情
0x02
要考虑的点很多，我抛砖引玉，给大家列举几个思考方向：
为什么？
这里举例说明，一个小伙的团队要搞数据湖，来问我要注意什么？我问了几个问题：
- 现在你们的数据架构遇到了什么问题，有什么痛点需要解决？
- 为什么一定要用数据湖？现在的数据仓库架构不能满足吗？
- 你们的业务、数据、使用场景有什么特点，数据湖能否解决？
虽然不知道最后做的如何，但是已经立项要做的项目的负责人，并没有回答上我上面的问题。
价值几何？
价值是什么？很虚的一个话题，但是工作几年后的小伙伴都会对这个话题有很深的感触。
你做的事情的价值没有想清楚，大到会影响公司的发展，小到会影响团队的前途和自己的事业。
举个例子吧，比如你在一家电商公司，现在两个项目：
- 项目A：商品推荐系统
- 项目B：内部Sql统一格式化工具
没法说好坏，因为不同规模和不同发展阶段的公司的目标是不同的。
但是简单来品一下，项目A的价值就很明显了，一个每年可能为公司增收xx亿，一个可能就是提高一点点代码可读性。
因此，要想清楚你的项目价值怎么样，提供几个点给大家参考：
- 对当前业务目标的收益的提升（比如DAU的增长、营收的增长）
- 减少了多少成本，比如计算存储成本
直接对目标负责，是对新技术or项目的价值的最直观的衡量。
0x03
为什么要想这么多？开开心心做一个执行者不好吗？
居士想说，少想点其实挺好的，想的多，简直是给自己找麻烦。
不过，思考的越多，思考的角度越多，思考的深度越深，那你的理解就越不一样。
你可以做一个单纯的执行者，也可以做一个真正为老板排忧解难的人。选择权在你，最终是好是坏，居士也不知道。
0xFF
最后用一个例子结尾。是以数据中台为例，一个小伙伴在立项之前找过居士来讨论，该如何说服CEO认同这个项目并提供资源？
简单列一下其中一个版本的汇报思路给大家参考，也欢迎你给出自己的建议？
- 当前公司的业务特点如何
- 业务特点，会带来数据的特点，而这些数据特点也是和其他公司不同的地方，也是要核心解决的问题
- 这种问题，其他公司是怎么解决的，比如xx公司，通过数据中台来解决，方案对比如何
- 现在的数据体系的问题是什么，数据中台能解决什么问题
- 数据中台项目好坏的衡量指标是什么？比如支持多少业务，提高多少效率，整合了多少资源
- 整体的技术方案如何
- 需要投入的机器、人力资源如何，项目的关键节点如何
想清楚了为什么要这么做，这么做的价值是什么，具体该这么做已经不是最难的事情了（随着现在技术越来越成熟，很多公司中遇到的技术问题已经不是那么难解决的了）～
