前言
在看了大佬@望远镜《如何做好前端项目组组长》之后,受益匪浅,故有感而发。大头兵当了很多年了,在团队运行过程中,各角色,皆需要互相沟通和配合,在大方向上都是相通的。
一、个人方面
角色认知
你是一个大头兵,没问题吧?抛开未来发展不谈,现阶段你就是大头兵。那么你主要的工作内容就是你负责的业务模块,可能会有一个或者多个项目或者某些模块。
二、纵横职场
份内工作
在提及横向之前呢,你首先需要做好份内,也就是做好你手上的业务迭代或者优化或者运维。
- 业务横向内容充分了解,在prd接入前提出专业前端的增删改意见
- 业务实现代码 层次分明 简洁易懂 高效而优雅
- 准时交付 必要时可牺牲自我时间(部分尺度自己把握)
- 线上出问题或收到业务方反馈时 及时响应(及时回复消息,别当死鱼看不见) 给出前端诊断和专业的暂时可绕开bug运行的建议(先保证业务方不要卡流程)如果可以 请及时给出预计修复时间
横向工作
我们继续说横向。
-
对做的事要有owner精神 负责到底 包括注意上述跟进时的响应速度和术语言辞还有解决效率, 尽可能减少甩锅时候的伶牙俐齿程度(不甩不可能但是把握尺度)
-
事事有交代 事事有着落 组长或者业务负责人分配的工作要及时回复已知、已读、收到,在需求研发进行的过程中定期或者特殊时期的风险以及进度汇报。多反馈,有风险报风险,有问题解决问题。
-
生活工作中有一些因素影响,可以多主动沟通组长。明确告知,不用隐瞒。包括不限于上下班通勤、婚丧嫁娶等等
-
在对接产品经理时:细分需求、详细列举计划,形成记录,完成一件打钩一件。对于一些prd评审中的遗漏需求、修改需求和删除需求都要形成历史留存。主动跟进产品经理交付prd,对prd锁版,然后步入研发。
-
在对接UI时:仔细查看ui设计稿,每一个交互细节牵扯到的数据联动和后续事件处理都要心中有数。一些ui的对应ui库中组件,在评审时就要知道有这个组件或者没有组件需要研发,研发组件则需要+工期。
-
在对接后端研发时:仔细验收接口文档,明确告知其查缺补漏。做到接口字段清晰,接口文档要点明确。不足则主动跟进其增删改查。
-
做好前端预研发工作 在prd验收、ui稿验收和接口文档验收过程中肯定会有部分充足的时间,利用好这部分时间就是你研发效率的体现。提供几个思路1、拓展了业务之后你对业务会有一定了解,在业务粗评之后你就可以着手准备(提前创建文件、创建页面、调试路由、权限配置、其他平台接入文档的熟悉demo的创建)2、提前预判ui设计 依照旧设计和设计风格(一般都是第三方ui库,统一的风格),提前研发 3、预判、设计或者参与接口设计,提前提供给后端你需要的数据接口和字段
言尽于此,感谢捧场...