紧跟上一文,作为前端项目负责人需要具备哪些能力

前端技术江湖

共 2554字,需浏览 6分钟

 ·

2021-06-26 06:07

点击上方关注 前端技术江湖一起学习,天天进步



上一文:前端项目负责人在项目初期需要做什么?


前言

因为业务线比较多,所以公司内部每一个项目当中都是一个中级开发在负责项目。所以也是给与一定培训和指导。以下内容全是从个人角度的理解去给与一些参照。

负责人能力.png


技术能力

基本的日常开发需求。前端技术体系。

image.png


快速掌握和上手新技术的能力

每一个负责人都有可能面对某个系统需要用到其他的新技术,或者以前没有接触过的技术,这里需要负责人有着自己的学习方法和学习能力,可以在短时间内掌握一门技术,快速进入开发,并在开发的过程当中继续积累和提高新技术


指导和帮助初级同学解决问题

这个环节不能缺失,这里就要求技术全面和思想指导。当在帮助初级同学解决问题的时候,不是仅仅只是在给他们解决问题,更重要的一点是双方之间在进行技术沟通和思路解决方案。对大家都有提升。

  • 提升负责人的技术全面性,和沟通能力,问题解决能力
  • 提升初级同学的知识面,了解其他人对于这个问题的思考


规划能力

规划能力,在于负责人对于工作的计划规划,是不是胸有成竹。

image.png


技术体系规划


选型考虑

  • 是否可以满足业务需求
  • 当前团队熟系技术栈的难易程度
  • 当前技术体系搭配相关的技术体系
  • 亲自去玩一玩,看看


相关技术文档的输出

在调研新技术的时候,形成技术文档输出的习惯,可以将一些坑或者使用方法,记录下来

人力资源规划

人力梯度规划

根据项目的体量,复杂度,需要规划具体的高中初级几人。

  • 复杂度 决定高中级人数
  • 体量决定初级人数

人力数量安排

肯定存在重复性劳动动作,这部分具体的数量安排。

任务划分规划

  • 任务难易程度 划分不同的开发人员
  • 可复用性考虑
  • 任务时间安排

前面两个决定具体的时间划分。

风险规划

  • 任务完成量
  • 任务完成度

风险分为两种:任务完成了多少,任务完成的怎么样。
开发完成任务完成是两回事情。


突发情况应对能力

其实正常情况下不会出现这种情况,但是在人力条件下,可能出现这种情况。借助现有的资源,解决相对的问题。

业务能力

前端同学其实对于业务能力因为各种原因,普遍没有后端了解的多。

image.png


梳理业务流程

利用泳道图或者流程图去梳理业务流程

系统功能泳道图.png


业务关键字段和数据在我们系统上的体现

关键字段和数据是基于业务逻辑流程梳理之后,知道对接接口的时候,一些关键数据的重要意义。


有效的参与业务评审,考虑业务和技术实现的结合

不是将业务评审当成是一个过场,需要有自己的思考,以及梳理,别人的讲解始终都是别人的,如果自己不了解,是无法在开发过程中了解业务实现是否有问题。

具体如何参与业务评审,后面会有其他的培训。

协作能力

协作能力,分为两个部分。一个是项目团队,一个是部门团队。

image.png


和项目团队


开发维度

这里的几个部分后面会有专门的session大家一起探讨。

  • 产品评审
  • 后端联调
  • 交付测试验收


前端小团队

  • 任务分配
  • 任务check
  • 任务风险

合理分配,及时check,预知风险


管理维度

  • 项目经理 沟通 任务进度
  • 汇报风险 & 以及应对
  • 周报工作体现

总结

  • 汇报人:项目经理
  • 汇报内容:进度和风向
  • 汇报方式:周报

和部门团队

因为在我们公司,前端部门是一种虚线的状态,大家可能分步在不同的项目组里面,但是前端还是要从整体技术方向上去做统一的提升和信息共享。

  • 统一技术栈
  • 配置化开发协作
  • 信息共享,插件或者业务组件沉淀,节省其他项目成本

前端工具化发展:bitsun-inc.yuque.com/vghmle/yuf2…

组件沉淀

image.png

业务沉淀

image.png

沟通能力

沟通能力可以体现一个人的思维方式,以及是不是有着自己的表达方式。

表达方式

表达方式决定是不是 在有效沟通,有的时候可能大家沟通了半天还不是在讲一个东西。

谈任何问题的时候,不要直接上来讲问题,将上下文同步清除,然后在进行沟通。

为什么有的时候在讲一些问题的时候,讲了半天没有重点,听得稀里糊涂,就是因为自己本身就没有将问题梳理好,就直接拿出来讲。

任何事情:都是会有输入 -》过程 -》输出

那我们将输入,输出讲清楚,中间哪个过程出了问题,就直接将前因后果的上下文自己理清楚,然后清楚的表达出来。


表达对象重点

  • 项目经理,领导汇报工作:重点是进度和风险,细节不必特别强调。
  • 部门人员:主要在于共享信息,和人力资源风险。
  • 团队人员:和内部团队人员沟通则是要,大的方向同步好,细节一定不能放过。因为着重于技术的实现。


输入输出

我们在和不同的人沟通的输入不同,输出也不同。

  • 输出指的是:我们想要达到的目的。
  • 输入指的是:我们需要传到给对方的信息。

判断能力

image.png

判断能力决定于,一个人是否已经可以全局把控项目。判断能力在于有底气在项目当中对于事项进行判断和决策。

框架能力

框架能力决定一个人是否可以处理项目当中非业务逻辑的处理能力。


分析问题,解决问题能力

这一个东西极为重要,这是一个人的综合能力的体现。

技术广度,深度,逻辑分析能力【一部分结构化思维】的体现。

架构能力

image.png

心理能力

image.png

关于心理能力,这里没有和上面放在一起,但是也提一下,因为团队当中之前有同学和我反映过一些心理活动。

场景:可能我们在计划任务的时候,一切都计划好了,但是最终的结果还是延期了。可能有各方面的原因。团队人不原因加班,联调没有很好的完成,前期技术方案没有很好的实现,或者有问题。然后感觉自己是不是不行。产生了自我的认知否定。

我们不能决定所有的事情,事情也不一定会按照我们设想的去发展。我们唯一能做的就是,把我们需要做的事情做好,至于结果可能有所偏离,那我们继续努力就好。不必针对我们自身,产生不好的情绪。

尽人事,知天命。

所以我们更注重是做好自己的事情,遇到的情绪有自己的情绪处理方式

原文:juejin.cn/post/6946210273061502990

The End

欢迎自荐投稿到《前端技术江湖》,如果你觉得这篇内容对你挺有启发,记得点个 「在看」


点个『在看』支持下 

浏览 59
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报
评论
图片
表情
推荐
点赞
评论
收藏
分享

手机扫一扫分享

分享
举报