首页 文章详情

前端职场软技能【仅供参考版】

前端人 | 438 2021-02-26 13:45 0 0 0
UniSMS (合一短信)

原文:juejin.cn/post/6926787585423933448


关注公众号 前端人,回复“加群

添加无广告优质学习群


* 你不知道的前端软技能,反制职场PUA
* 老板要做个收款的功能,搞快点(甲方一句话需求)
* 这个需求后天必须要上(产品倒排时间)
* 这个体验不好快改下(UI、交互频繁调整不算工时算bug)
* 时间不够接口还没写完,你先联调一部分(后台框你先联调,联调delay都怪你)
* 表格数据怎么出不来(测试bug先找前端麻烦)
* ...
* 前端:他们都是爸爸,我只是个背锅侠,我太难了,呜呜呜~~~

注意:以下方法论不适用于偷工减料,仅用于受到多方PUA时反制PUA,切记!!!

前端怎么battle甲方?

甲方是爸爸

  • 深挖甲方诉求,搞清楚真正的需求和隐藏需求,防止频繁返工 甲方说我想要一匹马(诉求),其实是想要更快的交通工具(需求)
  • 理清主要需求和次要需求,看能不能先上主要需求,再排次要需求的工期 甲方需求100条,条条都重要
  • 无法实现要耐心说明原因,并给出替代方案,防止甲方再次异想天开 甲方要手机壳根据心情变色
  • 必要需求迎难而上,逃离舒适区容易获得技术突破 甲方想要手机端操作的同时,PC端同步变化
  • 力有不逮向上汇报或者请教大佬 硬撑导致问题,后果很严重
  • 事必回复,及时回复,服务至上 甲方不是煞笔,是衣食父母啊 甲方不懂技术,要用他听得懂的语言讲道理

一句话需求

  • 耐心询问,深挖真正需求和主次需求和隐藏需求
  • 先出解决方案,征询甲方同意
  • 排期并给出详细工时评估表(防止battle和压缩)
  • 甲方反复修改,先尝试劝他放弃;不接受再给出详细工时评估表,时间能接受就做,不接受就砍需求
  • 总之:不怕麻烦才能避免麻烦!正面麻烦才能解决麻烦!

前端怎么battle产品?

产品倒排时间

  • 给出详细工时评估表力证事实不可能(最好先跟leader确认工时没问题,防止challenge)
  • 让产品去:1.延期 2.砍次要需求 3.协商人力资源

产品频繁修改需求

  • 评估是否是当前需求的调整,新需求放下一期或重新评估工时
  • 评估是否合理并确有改善,不合理拒绝,合理也要对改动重新评估工时
  • 每次改动增加评估工时并通知产品,排期顺延,不同意顺延请看"产品倒排时间"

排期冲突怎么办

  • 协调双方PM当面battle排期先后,或者向上协调资源。
  • 将两个PM和前端的矛盾转移成两个PM的矛盾!

前端怎么battle设计?

别人能做为啥你不能做

  • 如果确实能提高用户体验,要尽可能的满足!
  • 如果没有明显改善并且费时间,告知时间不够所以暂时不做

频繁修改设计

  • 如果确实能提高用户体验,要尽可能的满足!
  • 严禁每次修改一点点,要让设计出修改文档并根据文档评估工时
  • 和产品沟通增加设计优化工时,而不是bug fix

前端怎么battle后台?

接口文档没写完,你先开发一部分

  • 拒绝开发!
  • 没有接口文档怎么mock?通知PM接口文档给出时间delay,可能导致项目delay
  • 可以先开发,但不保证工期
  • 提高自己:提前1-2天询问能否按时给出,提前抛出问题,保证项目进度可控

接口没写完,你先联调一部分

  • 拒绝联调!
  • 如果项目紧急通知产品,后台接口文档给出时间delay,可能导致项目delay
  • 可以先联调,但不保证工期
  • 提高自己:提前1-2天询问能否按时给出,提前抛出问题,保证项目进度可控

接口数据没清洗没组装

  • 拒绝组装清洗!
  • 不清洗可能导致数据泄露,从数据安全角度让他必须清洗
  • 后台不组装导致请求次数增多、接口数据量增大,影响页面秒开率、浪费流量
  • 尝试沟通增加BFF层,做数据清洗组装,拓宽前端业务范围和技术广度

假数据没有自己去mock

开发阶段接口文档齐全可以mock 联调阶段必须造假数据,否则拒绝联调

前端怎么battle测试?

  • 让她先看原型图确认是不是设计缺陷,和产品确认好怎么改
  • 教他看network分清楚是前端BUG、后台BUG不要每次都先找前端
  • 帮测试养成好的习惯比什么都重要

前端怎么battle领导?

  • 详细工时评估被领导质疑
  1. 每一条依次过工时,质疑的地方给出理由
  2. 有前置条件
  3. 有技术难点
  4. 多部门协同
  5. 新接手代码不熟悉业务和代码
  6. 不确定因素
  • 总工时乘以1.2~1.5的缓冲系数才是最终工时
  1. 有可能请假
  2. 有可能有紧急任务
  3. 有可能有无聊的会议
  4. 有可能有需求修改
  5. 防止delay
  6. 代码优化
  7. 写单元测试和冒烟测试

绩效不及心理预期

  • 拉业务方佐证业务价值成果
  • 拉工时和任务单、任务量佐证工作量
  • 开分享会分享项目中的难点解决方案,延伸业界解决方案,扩大业务成果
  • 反思是不是表达沟通不到位,PPT做的不够好
  • 环比同组成员是不是都太优秀了
  • 是不是自己工作太简单了没难度
  • 都不是,那你被PUA了赶紧跑路吧

前端怎么battle下属(PUA)?

  • 打工人何必为难打工人
  • 三十年河东三十年河西莫欺少年穷
  • 求求你做个人吧

撕天撕地撕空气,撕破伤口、

  • 不怕麻烦才能避免麻烦!正面麻烦才能解决麻烦!
  • 详细工时评估表力证事实不可能,工时事先跟leader保持一致防止challenge
  • 拒绝之前想好易实现的替代方案
  • 累死累活不会换来赞美,不要做不会思考的代码机器
  • 三十六计走为上计,此处不留爷自有留爷处

深度思考

  • 前端需要和项目组的每一个人对接,沟通的工作量远远大于代码量,好的沟通提效非常明显!
  • 现状是:甲方是爸爸、产品大于天、设计主导用户体验、后台主导业务逻辑、测试保证产品质量,前端没有话语权,被动接受并执行项目组任何人的指令 前端如何掌握话语权?时间管理!前端通过时间节点管理掌控整个项目的主动权和话语权。
  • 对甲方:什么时间节点需求梳理完毕?
  • 对产品:什么时间节点出原型图终稿?
  • 对设计:什么时间节点交付UI稿、交互稿?
  • 对后台:什么时间节点交付接口文档?接口什么时候后台自测?什么时间节点接口可以联调?
  • 对测试:什么时间节点交付冒烟测试用例?什么时间节点测完?

总工时乘以天不生我罗小猪,时间管理如长夜!剑来!!!

  • 回复资料包领取我整理的进阶资料包
  • 回复加群,加入前端进阶群
  • console.log("点赞===看===你我都快乐"
  • Bug离我更远了,快乐离我更近了
good-icon 0
favorite-icon 0
收藏
回复数量: 0
    暂无评论~~
    Ctrl+Enter