发表于 2024年7月6日1年前 背景：10 人左右小团队，前端，公司产品主要为 toG 产品，可能挺适合养老 问题：团队内基本没有协作和开发的规范 产品端原型非常粗糙，日常变动修改需求且不通知研发 后端层面无研发规范，同一个模块下相同的字段命名不统一，开发前无接口定义文档，api 定义不规范（有用驼峰的，有用短横线的），代码质量非常低（各种报错异常） 前端层面，低质量代码比例过多（很多该抽组件的没抽，有使用拼音的命名的），风格各异，历史遗留问题较多 管理层面，没有一个规范的管理体系，且几乎没有复盘过问题，拒绝流程的规范化 困扰： 因为上述相关的问题，前端在整个团队中很被动，自己做出了一系列努力如：搭建了代码仓库，多分支代码管理发布体系，Jenkins 自动构建流水线，私有化镜像仓库，前端代码规范检测（ eslint ，prettier 等——手动狗头，应对写拼音命名的），多次提出建议团队需要规范化 结果：研发流程一直无法规范化，前端沦为后端的接口验证工具，10 个接口有 8 个是有问题的，需要前端帮助定位问题，遇到稍微复杂的问题就需要等个半天，研发规范流程被 leader 多次以敏捷开发，项目交付周期紧张为由拒绝（敏捷开发，却连一个需求池都没有，也没有相关的需求研讨评审，原型评审也是走个过场，结果每次项目交付都延期，且项目质量非常差），每次原型评审简单的放一下原型，当场提出的问题可能后续也不会修改，反而后续进行一些优化的变动，且不告知开发人员 最近一次提出能否先让后端把接口这块规范化一下，leader 回复说我们这种小团队没必要去弄那些规范化的流程，弄了反而影响写代码的时间，现阶段更适合对个眼神，口头传述一下就好 目前感觉没有必要再待下去的样子，困扰的问题挺多
结果：研发流程一直无法规范化，前端沦为后端的接口验证工具，10 个接口有 8 个是有问题的，需要前端帮助定位问题，遇到稍微复杂的问题就需要等个半天，研发规范流程被 leader 多次以敏捷开发，项目交付周期紧张为由拒绝（敏捷开发，却连一个需求池都没有，也没有相关的需求研讨评审，原型评审也是走个过场，结果每次项目交付都延期，且项目质量非常差），每次原型评审简单的放一下原型，当场提出的问题可能后续也不会修改，反而后续进行一些优化的变动，且不告知开发人员
目前感觉没有必要再待下去的样子，困扰的问题挺多