美文网首页
2020 年度总结

2020 年度总结

作者: 不如假如 | 来源:发表于2021-02-17 22:53 被阅读0次

2020 年度总结

one

  1. 2020年主要在做数据,职责从数据仓库,扩大到数据产品,再扩大到数据分析以及数据驱动,从做数据到用数据,从数据开发到数据驱动,非常感谢公司给了我这样的一个机会和成长。现在无论团队、数仓、数据产品还是数据分析,都基本成型,但是我对数据的理解和沉淀还是一个小学生,中间犯过很多错,也踩过很多坑。

    • 首先是搭建了整个数据团队,包括数仓、产品产研、分析,角色逐步齐全。在团队建设中踩过的两个大坑:

      • 不同阶段招不同的人,招聘是为了目标的达成。我在招聘上,是非常挑剔的,就导致进人很慢,最终的交付结果其实并不好。优秀的人每个leader都想要,但是招聘是为了目标的达成,如果一直对人的要求非常高,就会导致进人很慢,会影响团队整体目标的达成。始终需要牢记的是 为什么要招聘。公司是这样,团队也是这样,在不同的阶段,招聘不同类型(A、B、C类型)的人,团队本身也不是一层不变的,是需要迭代和优化的。招聘的首选还是A类人才。招聘有一个不可能三角:时间(多久到岗)、质量(候选人是A类还是C类)、成本(薪资水平)。在招聘的不可能三角中,需要从目标出发,找到the key side

      • 对于表现不合适的人,首先应该非常明确的表达,从事实和结果出发,拉齐双方预期;然后要给时间和预期来成长和改变。如果改变不及预期,需要及时处理,不能犹豫,越犹豫对团队的伤害越大。一个房间,空间是有限的,一头大象待在房间中,会积压其他人的空间,会让其他人都不舒服,也会让整个房间的空间感受影响。

    • 数据建设上,以自下而上为主,从数仓开始,然后是数据产品,最后才是数据分析。是一个比较典型的错误示范。

      • 首先,没有从公司角度想明白 为什么需要做数据。数据部门之所以存在,不是为了采集和存储数据,更不是会了简单的数据计算,而是为了看清、洞察和驱动业务。要做到这一点,应该先从分析和数据指标开始,往下指导数仓和数据产品的建设,而不是先从数仓建设开始。导致现在存在一个比较大的问题是数据驱动业务能力不足。

      • 其次,之所以数据产品会先与分析,从一开始就期望往终态”数据产品赋能“的目标去走。这个终态本身是没有问题的,但是中间是有很大gap,无法一步到位,在未用数据的方式看清和洞察业务之时,冒然上数据产品,会存在抓不住需求点的状态。且 就算产品研发很顺利,就能达到这个终态了吗?还存在的一个问题是:业务同学使用数据的能力不足。大部分业务同学是不太会使用数据的,要想用好数据,学习成本是比较高的。就像”人人都是产品经理“,但是人人都能成为产品经理吗?人人都想基于数据产品来自助数据分析,但是人人都是能做好吗?

    • 最后,啰嗦一下关于数据建设:

      • 数据产品是解决数据问题的系统性方案 => 产品是解决问题的系统性方案

      • 数据价值的三个阶段:基本价值 -> 定位价值 -> 业务价值


        数据价值
      • 数据产品矩阵的简单划分:


        数据产品矩阵
      • 数据产品角度 数据驱动的三个阶段: 排队取数 → 指标体系+数据仪表盘(BI工具) → 适配场景的产品矩阵、 赋能。

      • 数据分析角度 数据驱动的三个阶段:看清业务→ 洞察业务 → 驱动业务

      • 如果重新来做,我可能会先从数据分析和数据开发开始,到达可沉淀的阶段之后,再上产品,前期产品以开源、采购为主。自上而下和自下而上结合,分析来驱动数据建设。可以做这样一个类比:运营、营销等同学会有很多的产品需求,但是这些产品需求不能由开发同学自产生,也不能由运营同学直接提给开发,而需要中间经过产品经理,转换成产品需求,再给开发,才能闭环和顺畅。数据需求也是如此,中间经过分析师转换成指标体系,才能保证需求质量,才能在数仓系统性的落地和规划。数据在每个公司都不一样,在不同的业务形态和公司状态之下,这个建设思路不一定正确,只要始终从”公司对这个团队的长期愿景“出发,就大概率是对的。

      • 最后这张图,把数仓、数据产品和数据分析结合起来,从数据分析角度出发,要达成数据驱动,需要经历的三个阶段:


        数据驱动三部曲

    two

    1. 除了数据之外,在目标 -> 项目管理 -> 复盘 -> 目标 循环上,有了更深的理解,但是在能力复制方面做的还不够好,未能简单快速的将能力复制给其他人。能力复制是一个值得深入研究的课题,一方面要求自己的强输出能力,一方面也要求在by case的输出而不是强硬的输出,还依赖于被复制者本人的认可度和学习意愿。

    2. 参与了后端系统架构设计和重构,并在一个Q带领公共服务基本完成服务化重写。后端服务的重写本来不难,难在如何保证所有的功能无遗漏 且 体现出重写的ROI。从技术角度来思考,从php全部重写成golang是技术人员想追求的,但是从团队投入的ROI角度来看,就不一定是全部重写了,而是全局优先级、全局ROI的看待。底层思维是“辩证思维”。下图是来自小年糕公司的一张图,请勿转载

      辩证思考
    3. 在个人觉察上,比较明显的觉察是 压力过大或者场面失控时,自己的情绪控制能力 离”情绪当做工具来使用“还有很长的路要走。但是也肯定了自己很享受正向的情绪波动,比如感动、激动、失落、欣喜等,这些情绪对我都是很大的激励。

    4. 最后再推荐基本书吧。2020年看的书比较少,给自己找了一个烂到不能再烂的借口 "没时间",能推荐的就更少了。《象与骑象人》《卓有成效的管理者》以及极客时间上一门技术管理课程《技术管理实战36讲》

回顾过去,活在当下,面向未来。共勉。

相关文章

  • #个人成长#2020年度总结复盘

    2020年度总结 ...

  • 你好~2020

    刚看了看简书2019的个人年度轨迹 特别喜欢这张图片 既是2019的年度总结 也是2020的年度计划 加油 2020

  • 2019年度总结

    2018年度总结恍如昨日,时间已经来到2020,需要 2019年度总结了,真滴是岁月如梭。 总结 小朋友健康成长,...

  • 2020 年度总结

    2020年总结 1.工作收入 稳定2.理财收入 已经超过工作收入 2021目标 1.开辟新的现金流渠道...

  • 2020 年度总结

    2020 年, 注定会被无数人铭记的一年, 在这一年我们整个国家经历了病毒的考验, 无数人的人生轨迹也因此发生重大...

  • 2020 年度总结

    2020 年度总结 one 2020年主要在做数据,职责从数据仓库,扩大到数据产品,再扩大到数据分析以及数据驱动,...

  • 2020 年度总结

    我深知那不是爱情 却报以试试的想法 没想到后来 我还是输了 今年对我来说非常有意义 2020 我最喜欢的数字 组合...

  • 2020 年度总结

    2020年即将过去,这一年很特别,可能也是因为疫情,感觉过的特别快!这一年我们没回老家过年,陪淘爷爷待在吴江...

  • 2020 年度总结

    回顾 2020 一月初的时候,面了字节,二面挂。 一月底好像,突发疫情,也正好要回家过年,在家待了半个月。 二月初...

  • 年度总结2020

    转眼到简书快一年了。2020年1月9日偶然在一个社群里,知道了简书这个全民写字的地方。发现它很亲民,啥都可以写,有...

网友评论

      本文标题:2020 年度总结

      本文链接:https://www.haomeiwen.com/subject/sqwwxltx.html