上篇： https://fshex.com/t/1055292
+ 背景：发完上篇后一个星期左右，因项目进度问题（项目持续近一年时间，未交付一个最基本的可用版本 [一直在发小版本，但是稳定性非常差，几乎无法使用] ，老板震怒，部门经理离职）当时整个团队人心惶惶，本人也投了一批简历，拿到了两个 offer ，最终因为通勤和出差等问题放弃了，刚好公司空降了一个新 leader 过来，做了一次前期问题的复盘，本人也获得了新 leader 的支持推进开发协作流程的规范，因此考虑继续留下，停止了继续投递简历，至今差不多 2 个月左右，发现了一些新的问题与困惑
+ 目前本人工作背景：前端组长，负责日常的前端开发任务，同时负责整个团队项目的运维工作（可能有人会疑惑，一般不应该是后端负责吗？简单解释一下，公司后端基本的 docker 操作都不会，只能由我兼任）
+ 团队现状：工作量较小，但是主要靠少数几人承担日常工作量，其他人非常闲（包括不限于上班打游戏、看小说、刷抖音），整个团队工作效率极低
+ 本次尝试推进流程依旧阻力很大，以下几点本人尽量都以最客观的角度描述（基本都是他人在会议上自己的发言或者实际的操作）：
1. 产品：在提出团队之间杜绝一切口头需求，所有需求改动必须进行走需求评审流程后，目前产品的原型这块有较大提升，但还是日常出现原型无法闭环，出现逻辑问题，且提出原型评审会结束后留出一定时间给整个团队熟悉梳理原型这一流程后，基本没人执行
2. UI：提出需使用开源组件库（ ElementPlus 、Antd ）等进行设计稿设计（目前整个实际开发中前端是一直在使用相关的组件库进行开发的，导致很多地方设计稿和产品有差异），UI 回复它们的设计好丑（我也不知道咋反驳了），由于整个产品成品和设计稿有一定差异，提出需进行产品开发完成后的 UI 审查，审查方式很粗暴（打开成品页面，将设计图覆盖到上面，拉低设计图透明度进行对比，小程序图标使用图片，清晰度不够也是反复修改让我们更新）像素级抠细节，新需求设计风格确定也不和前端沟通，直接做好发给需求方。
3. 测试：提出需要测试书写主流程的冒烟测试用例提供给研发自测，目前一直反馈测试时间不够，需要进行用例编写，且前期产品历史遗留问题多，稳定性极差，要求压缩开发时间，提供足够时间给测试（因为发版时间不变）
4. 研发：整个前后端因历史遗留问题太多，前端多次改版，代码冗余高，后端需求变动频繁，代码耦合度高，且强行上了微服务架构，模块划分太细，提出严格按照敏捷流程执行，目前执行度也不高，寄希望在新开项目彻底执行相关流程
+ 团队规模：团队配比差不多 1:1:2:2 （ UI：测试：前端：后端），工作经验基本都是 3 年左右（少数几个 1 年左右）
+ 个人处境：目前有感受到了团队中一部分人对我的恶意（背后蛐蛐），目前应该算是有抱团抵制我的情况。个人感觉自己有点费力不讨好，大家都习惯了之前的松散（部分人日常缺勤、迟到、工作能力不达标、工作态度差依旧没有任何处罚）。可能是觉得本人没比他们工作经验多，工作时间长，不太服我
+ 本人对团队其他人员看法：
1. 产品：逻辑这块不是很清晰，表述能力很差，每次开会都描述不清自己的产品
2. UI: 个人不擅长设计，无设计灵感，无法评价其专业能力，但其评价 ElementPlus 、Antd 很丑，无法理解，且目前大多数业务都是使用组件开发，让前端魔改组件成设计稿样式，告知很多地方无法实现，说自己之前的公司都可以，为啥我们不行？
3. 测试：喜欢叫苦叫累，日常分不清 bug 属于前端还是后端，bug 定级模糊（简单说一下，目前项目有微信小程序，不会使用微信开发者工具测试对于接口，我后面建议使用抓包工具去抓取，也不会，还是我教的）
4. 前端：部分人 git 都使用不熟练，冲突合并都解决不了，稍微复杂点的问题解决不了（好几次出现问题，我在 github 上的找到相应的解决方案，转发过去，给我说打不开）
5. 后端：同样的问题，git 使用不熟练，业务不熟练（项目使用了微服务，采用了 nacos 配置注册中心，有一次更新，数据库密码写错了，给我说需要重新提交代码 [更新 spring 配置文件] ，我疑惑的问了一句不是可以通过配置中心更新配置就行吗？明确的给我说不可以，是我后续自己查询相关资料了解了一下 nacos 的使用，给后端演示了一下如何使用 nacos 配置下发功能）
整体评价：个人觉得自己能力不算出众，也就是个及格线水平（部分能力可能还达不到及格线），但是发现和其他人对比，被衬托起来了，正因为如此，目前也算是得到了领导的认可
现在个人感觉有点是否触动了大部分人的利益，我的方式是不是有问题 |
|
