给前端谈绩效

前言

创业公司有绩效,即把业务做到信雅达。
运行稳定维护方便扩展容易
甚至只做到运行稳定即可。
因为创业公司首先要活下来,
而活下来靠业务。
业务OK,方向对了,活下来就好说。

到了大公司,
绩效则分三块:业务完成,团队贡献,个人成长。
因为大公司较少考虑生存问题,侧重考虑提效影响力

提效

大公司的业务悠久而稳定,一般来说业务压力小于创业公司。
大公司的前端部门通常分两个。
一个是基础架构部,另一个是业务开发部。
基础架构部制订开发规范,生产常用库和组件,制造构建工具。
希望这些产品能帮助业务开发人员提效
对于业务开发人员来说,提效的绩效是指
参与组件共建,反馈组件bug,修补完善现有组件bug。

问题1:
基础架构部人员脱离一线业务开发,并不熟知实际开发的提效痛点。
这就需要业务开发人员和基础架构部人员沟通。
沟通需要成本,关键是组件功能谁来定。
应该是有基础架构能力的业务开发人员来定。

影响力

影响力如同流量,多多益善。
产生影响力的方式有分享自己的工作心得,多写能帮到他人的文章。
终极大招,写出一个业内知名的库或框架或方案,解决了大家的痛点。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
平台声明:文章内容(如有图片或视频亦包括在内)由作者上传并发布,文章内容仅代表作者本人观点,简书系信息发布平台,仅提供信息存储服务。

推荐阅读更多精彩内容