第六十届前端早早聊大会「好好规划 裁员不怕」总结

跃动时如火星
946 阅读8分钟

image.png

上周末参加了第六十届前端早早聊大会，会议的主题内容和「规划」相关。总共有七场，现在就由我来给大家总结一下我比较感兴趣的三场会议的主要内容。

Scott：工程师不同阶段的经济价值

第一场分享来自前端早早聊的创始人 Scott ，Scott 是一位已经工作超过十年，在小厂，创业公司，大厂都工作过，并且有着丰富工作经验的技术手艺人。

在会议的开始，他先给大家展示了他自己的十年人生经历。

image.png

  • 刚工作，想赚钱获得更好的物质生活，拼命加班，突然有一天醒悟。自己工资不由自己掌控
  • 第四年想离开阿里，会议太多，看不到未来，公司给不到自己的东西
  • 受移动互联网兴起，2014 年开始创业。希望通过参加好项目赚大钱
  • 第六年，希望通过创业拿美国绿卡，拿投资，成为投资高管移民加州
  • 第八年，意识到创业不仅仅是做项目那么简单，融资发生变故
  • 后来回国重新组建团队，加入创业公司，一直至今

现在回首前五年，他认为，自己的想法有点天真，头三年内心浮躁，仅仅是想赚钱，缺少具体的目标。

第五年到第八年这三年，心态不对，对创业的理解很简单，对自己能力评估不准确，那个时候，还不具备和资本去玩的能力。

2017 年末，觉醒，认清自己的能力，回顾自己走过的弯路，只能干这么大的事。

然后家庭迎来新生命，回归家庭与工作。

接着他说，一个普通的工程师大致可以归纳到以下这三个方面：

  • 技术理想
    • 对技术是热爱的，是永恒不变的
    • 要通过技术来驱动自己尝试各种事情
  • 职场成长
    • 职场不仅仅是写代码那么的简单，还需要多多去考虑周围发生的事，比如项目管理，风险管理，和同事老板的相处，岗位流程，晋升答辩跳槽
    • 对于大部人来说，干个十来年就退休都是挺难的，不具备条件
  • 人生履约
    • 履约是不断训练自己的，把控人生的方式，越是到最后，越看的清楚，接受自己的不完美，接受缺陷

然后他说到「工程师的经济价值」，工程师是一个复杂的商品，每个人都要为自己卖个好价钱。

image.png

不要拿年限去套上面的这张图，里面有很多因素的影响，比如，地区，学历，家庭，机遇，运气人脉等。但最重要的是往后看。

最后，Scoot 总结了「工程师竞争力成长公式」和「工程师值钱乘法口诀」。

image.png

范文杰：前端如何规划个人技术成长

第二场分享来自字节跳动飞书团队的范文杰。

文杰看到有些同学的学习动机基本上处于以下几个：

  • 我看到很多 JD 都要求有 xxx 能力，面试经常会问，所以要准备一下
  • 工作中需要用到
  • 这个技术看起来很炫，也许将来用得上

他认为这些都有意义，但是太被动，短视。应该尽早确立更清晰、可衡量的，更长远的职业目标。

image.png

通过「SMART 原则」来拆解自己的目标，有以下几个原则

  • 具体的 (Specific)
  • 可以衡量的 (Measurable)
  • 可以达到的 (Attainable)
  • 与其他目标具有一定的相关性(Relevant)
  • 具有明确的截止期限 (Time-bound)

拿「胜任工作需求」举例

image.png

还有「Web Page性能专家」

image.png

希望通过以上两个举例帮助大家通过「SMART 原则」拆解自己的目标。

目标有了。那如何执行呢？有两个关键

  • 梳理知识导图
  • 倒推执行路径

梳理知识导图在前期起到归纳、结构化梳理的作用，后期起到知识索引的作用。

在倒推执行路径的时候，应该结合知识导图，将目标进一步拆解为若干里程碑，并且，这些里程碑必须要可量化的。

image.png

胡继伟：前端团队规划的系统设计

今天这场分享是来自合思·易快报的大前端架构组长胡继伟，继伟大大也是十年经验的老前辈了，接下来他将通过管理的视角给大家介绍如何做团队的规划。

他开篇讲到，「最难的就是年初思考年底的结果」，这其中变数很多，需要持续的思考，思考的范围包括团队规划的底层逻辑和系统设计等。

对合思·易快报感兴趣的小伙伴可以参与会议获取继伟大大的联系方式，目前开放杭州和北京的职位。

image.png

一、目的: 支撑业务规划，提升研发效能

无论团队大小，最终都要通过研发效能来支撑产品的交付和业务的发展。

团队在不同的时期，提升研发的效能的方式有不同。比如在小团队时期，只需要遵循业界的规范操作即可；但是在团队和业务扩张时期，就需要调整技术和产品的匹配，减少团队协同之间的摩擦。当业务进入成熟的阶段，我们的老功能也需要同步进行升级。

image.png

研发效能指持续为用户、客户、公司产生有效价值的效率。

研发效能需要在团队效能、个人效能、研发流程、架构服务和管理、文化等方面“精耕细作”最终价值是在用户侧提质保稳，在研发侧提效降本，最终从团队级别实现 1+1>2。

image.png

拿「代码审查」举例，他说，代码审查的第一个不是别人，应该是自己。还说，

落实文档，用数据指导工作。

以「CodeReview」举例

  • 要有依据，也就是我们之前提到的编码规范
  • 要有技术文档
  • 过去总结的实践性经验文档
  • 原子化评审，不要超过 200 行
  • 在 Merge Request 的流程中进行

二、设计: 沉淀有形资产，积攒开发平台

有形资产的范围包括但不限于以下内容：

  • 和公司业务有紧密关系的经验总结出来的文档
  • 标准化执行的文档 SOP
  • 标准组件库和业务组件库
  • 页面的 FCP 数据，数据指标，优化前后的对比记录等

有形资产积累多了就变成了开发平台。

image.png

从图里可以看出，我们的研发流程还是比较长，在这个过程中，我们有大量的工作要做，因此我们应该把我们要做的工作、领导的要求，团队缺少的东西不断拆解，融入到我们的工作中去，并且还要从团队中找一位合适的伙伴把这些工作统筹承担起来。这些东西的载体就是开发平台。

image.png

业务一定是核心的出发点，我们一定要思考我们所编写的产品是如何在业务中赚钱的。

三、落地: 短期规划逐个落地，长期规划阶段落地

  • ROI 高的小任务，立刻做，立马做，立马见效
    • 举例：图片尺寸的优化
  • 业务价值不确定的大任务，需要充分获得领导，大领导和团队伙伴的信任再去做
  • 大项目要分阶段落地， 不断拿结果
    • 举例，如果项目很大，需要六个月来开发，不要等到最后才展示结果，应该是分阶段的落地
  • 结果要量化，要拿得出手，一定要量化
    • 举例，比如代码规范风格的执行，把不符合代码规范的数量统计出来，具体到个人，做成图表来展示，这样，伙伴们对过去的工作有及时的反馈，能及时修正。常用的工具有 Sonar、Sentry。
  • 最后就是要有严格的流程兜底
    • 举例：gitLab

规划落地的过程是伙伴的成长过程、团队的发展过程。从文档的经验传承、标准的流程落地、系统的工具组合逐步积攒基建。

沟通: 双向过度沟通，定期持续反馈

多沟通做事情的目的，以及逻辑。

工作没到位，大概率都是沟通的问题。

总结

每个人，每个团队，都应该提早做好自己的规划，它可以帮助我们更加有条理和目标地生活，并帮助我们避免无法预料的事件或挑战，比如当下的艰难的就业氛围。

同时，它可以帮助我们更加高效地使用我们的时间和资源，减少我们的压力和焦虑，同时让我们更有信心地面对未来。

前端早早聊

前端早早聊大会目标成为用得上、听得懂、抄得走的技术大会，由前端早早聊与掘金联合举办，前端早早聊大会行程动态、录播视频/PPT/讲稿资料下载请关注 「前端早早聊」 公众号跟进。

avatar
文章
阅读
粉丝