• 如何做好前端项目组组长


    前言 唠嗑

    俺自己弄自己写博客是为了记录自己的脚步,走成功就留下近道,方便其他兴趣者抄近道提升;走失败了就留下血迹,方便其他人看看我是这么ji的。

    一、个人方面

    角色转变

    以前是组员,会追求极致的代码逻辑或写出最优性能的算法。但现在你是组长了,你得学会接纳不完美,比如每次mr的时候不能太过计较组员代码性能或者代码逻辑(个人经验,可能不用于大厂)。

    其二,在团队中,平常心非常重要。无论是组长还是组员,大家都是打工人,没有高人一等的态度。

    学习方向

    学习方向要从原来的学得深改为看得广。这样方便给组员提供解决问题思路或者功能实现方案。

    当组员的时候我会专研得很深,甚至会深入专研vue2底层代码甚至去自己手写一个自己的vue2 demo。

    当组长后,我很少专研底层代码或者底层架构了,大多都是看其他作者如何解决没见过的业务的问题,亦或者是使用某个依赖出现的模块出现问题以及避免方法。积累新模块使用以及新的业务解决方案。

    二、组内安排

    统筹和分配

    产品给的需求、后端配合人员、bug转交等等,这些都归属于任务类型,要记得如何分配任务以及实时跟踪进度(按天跟踪最好)。

    分配任务时候请注意:

    • 产品需求方面一定要记住划分模块,再记住模块对应的组员,方便后续QA多轮轮测试时候bug指向对应的组员,亦或者编写《XXXX技术规格书》时将其划分给对应组员
    • 对每个任务划分好难度,根据组员能力差异给到最优解

    学会做自己组的产品(建议)

    注意,这个只是建议,不是必须!

    前端组长也要会当产品?是,也不是。比如说在项目立项前期,有些东西必须前端自己规划好,如框架搭建指南、二次封装的公共组件(如搜索表单,公共列表,echarts的各类型图表),这个时候就需要你自己做自己的产品经理,自己写相关的需求文档或者技术规格文档。

    可以不写么?如果你能让组员明白你的规划或者明白你的思路,你可以不用写,只需要交代就行。否则还是建议写一下。

    提供一定的情绪价值

    这个只可意会不可言传的,需要自己把握好度,平衡好自己的情绪以及组员的情绪。

    三、项目组角色

    前端组长还是前端开发,所以说本职前端工作要有,还得担当一些其他任务。

    做好项目组副手

    虽然是前端组长,虽然入手的是js、ts、node,但你还是要了解一些其他与前端开发或者与项目组相关的东西,这里是我经历过的一些事儿,可以借鉴一下:

    • 学一些基础的PS平面设计概念,便于和UI统一意见
    • linux 虚机,需要本地VMware或者公司服务器
    • CI/CD 流程
    • docker 配置文件、基础指令
    • nginx 设置反向代理
    • shell 脚本编写
    • 手写case,方便开发自测
    • 了解公司发布流程,准备好补充缺失的文件
    • 学会公司文件管理方式,如SVN、企业级Visual Studio

    与UI配合

    以下是我根据个人经验总结的一些建议:

    • 组长层面
      • 确认公共组件统一样式
        • 公共列表样式
        • 搜索表单样式
        • Dialog/Modal对话框 宽度和最大高度以及高度是否固定
        • Description 统一样式
        • 滚动条样式(ChromeFirefox)
        • Button/Tag 边框弧度
        • Layout框架样式,如菜单padding距离、
        • 文本/内容超出部分处理方案
        • 图片使用格式 png/svg
        • Notification通知框出现位置、按钮、存在时间
        • 统一图表获取方式,如提供手动图表库或者使用三方图表库
      • 参与设计图评审
        • 创建编辑操作时注意其标注必填项以及对应选项框是否一致
        • 首页/门户页面/欢迎页面/列表 处理文本过长,内容过多的方案
        • 交互/大屏 动画效果确认
    • 开发层面
      • 学会自己切图,如使用国内的'蓝湖','即使设计',亦或者是adobe的XD
      • 让UI帮忙修图时候尽量让UI用上SVG图片
        • SVG是矢量图,可以提供图层信息,方便UI调整
      • 如果涉及动画效果之类的(如告警闪烁效果),可以给UI写个可调整页面,让UI自己寻找合适的感觉

    与产品配合

    以下是我根据个人经验总结的一些建议:

    • 组长层面:
      • 需求评审时
        • 建议记录每个具体的模块以及其大概功能点(比如创建,编辑,删除这类操作性的,如果详情里也有的话同步记录),方便后续分配任务以及自测时写case
        • 这个算是空话,但还是记下来吧:仔细听产品报告,确认功能可行性
      • 帮产品搭建原型图服务,方便UI和自己组员查阅
    • 开发层面
      • 功能时间过于耗时并且不是主要功能时,及时告诉产品,协商解决方案
      • 集成系统并且无法从三方系统/三方厂商获取数据或者是,必须及时告诉产品

    与后端配合

    唯一一个跟咱一样是开发的,懂逻辑的童鞋们~~,感觉我可以偷个懒不写建议~~,还是要写一下建议:

    • 组长层面:
      • 及时告知后端童鞋配合一起开发的前端童鞋
      • 协助后端更新服务器上的容器,或者帮其完善CI/CD

    尾声

    如果不嫌弃,请大佬们在评论区教我做人。

  • 相关阅读:
    记录--5个知识点,让 Vue3 开发更加丝滑
    IC设计职位介绍|如何成为一名合格的数字前端设计工程师?
    【mysql学习笔记23】索引优化
    Mac电脑配置环境变量
    Stable Diffusion 最新Ebsynth Utility脚本生成AI动画视频
    请求prometheus数据然后使用tensorflow计算正则模型
    【vue2.0】
    离散数学_十章-图 ( 6 ):欧拉通路与哈密顿通路
    本周预告:资深架构师解读多架构体系下的内核与系统开发等技术演讲 | 第47-48期
    代码随想录 动态规划Ⅶ
  • 原文地址:https://blog.csdn.net/weixin_57031986/article/details/136641358