紧跟上一文，作为前端项目负责人需要具备哪些能力
点击上方关注 前端技术江湖，一起学习，天天进步
因为业务线比较多，所以公司内部每一个项目当中都是一个中级开发在负责项目。所以也是给与一定培训和指导。以下内容全是从个人角度的理解去给与一些参照。
技术能力
基本的日常开发需求。前端技术体系。
快速掌握和上手新技术的能力
每一个负责人都有可能面对某个系统需要用到其他的新技术，或者以前没有接触过的技术，这里需要负责人有着自己的学习方法和学习能力，可以在短时间内掌握一门技术，快速进入开发，并在开发的过程当中继续积累和提高新技术
指导和帮助初级同学解决问题
这个环节不能缺失，这里就要求技术全面和思想指导。当在帮助初级同学解决问题的时候，不是仅仅只是在给他们解决问题，更重要的一点是双方之间在进行技术沟通和思路解决方案。对大家都有提升。
提升负责人的技术全面性，和沟通能力，问题解决能力 提升初级同学的知识面，了解其他人对于这个问题的思考
规划能力
规划能力，在于负责人对于工作的计划规划，是不是胸有成竹。
技术体系规划
选型考虑
是否可以满足业务需求 当前团队熟系技术栈的难易程度 当前技术体系搭配相关的技术体系 亲自去玩一玩，看看
相关技术文档的输出
在调研新技术的时候，形成技术文档输出的习惯，可以将一些坑或者使用方法，记录下来
人力资源规划
人力梯度规划
根据项目的体量，复杂度，需要规划具体的高中初级几人。
复杂度 决定高中级人数 体量决定初级人数
人力数量安排
肯定存在重复性劳动动作，这部分具体的数量安排。
任务划分规划
任务难易程度 划分不同的开发人员 可复用性考虑 任务时间安排
前面两个决定具体的时间划分。
风险规划
任务完成量 任务完成度
风险分为两种：任务完成了多少，任务完成的怎么样。
开发完成和任务完成是两回事情。
突发情况应对能力
其实正常情况下不会出现这种情况，但是在人力条件下，可能出现这种情况。借助现有的资源，解决相对的问题。
业务能力
前端同学其实对于业务能力因为各种原因，普遍没有后端了解的多。
梳理业务流程
利用泳道图或者流程图去梳理业务流程
业务关键字段和数据在我们系统上的体现
关键字段和数据是基于业务逻辑流程梳理之后，知道对接接口的时候，一些关键数据的重要意义。
有效的参与业务评审，考虑业务和技术实现的结合
不是将业务评审当成是一个过场，需要有自己的思考，以及梳理，别人的讲解始终都是别人的，如果自己不了解，是无法在开发过程中了解业务实现是否有问题。
具体如何参与业务评审，后面会有其他的培训。
协作能力
协作能力，分为两个部分。一个是项目团队，一个是部门团队。
和项目团队
开发维度
这里的几个部分后面会有专门的session大家一起探讨。
产品评审 后端联调 交付测试验收
前端小团队
任务分配 任务check 任务风险
合理分配，及时check，预知风险
管理维度
项目经理 沟通 任务进度 汇报风险 & 以及应对 周报工作体现
总结
汇报人：项目经理 汇报内容：进度和风向 汇报方式：周报
和部门团队
因为在我们公司，前端部门是一种虚线的状态，大家可能分步在不同的项目组里面，但是前端还是要从整体技术方向上去做统一的提升和信息共享。
统一技术栈 配置化开发协作 信息共享，插件或者业务组件沉淀，节省其他项目成本
前端工具化发展：bitsun-inc.yuque.com/vghmle/yuf2…
组件沉淀
业务沉淀
沟通能力
沟通能力可以体现一个人的思维方式，以及是不是有着自己的表达方式。
表达方式
表达方式决定是不是 在有效沟通，有的时候可能大家沟通了半天还不是在讲一个东西。
谈任何问题的时候，不要直接上来讲问题，将上下文同步清除，然后在进行沟通。
为什么有的时候在讲一些问题的时候，讲了半天没有重点，听得稀里糊涂，就是因为自己本身就没有将问题梳理好，就直接拿出来讲。
任何事情：都是会有输入 -》过程 -》输出。
那我们将输入，输出讲清楚，中间哪个过程出了问题，就直接将前因后果的上下文自己理清楚，然后清楚的表达出来。
表达对象重点
项目经理，领导汇报工作：重点是进度和风险，细节不必特别强调。 部门人员：主要在于共享信息，和人力资源风险。 团队人员：和内部团队人员沟通则是要，大的方向同步好，细节一定不能放过。因为着重于技术的实现。
输入输出
我们在和不同的人沟通的输入不同，输出也不同。
输出指的是：我们想要达到的目的。 输入指的是：我们需要传到给对方的信息。
判断能力
判断能力决定于，一个人是否已经可以全局把控项目。判断能力在于有底气在项目当中对于事项进行判断和决策。
框架能力
框架能力决定一个人是否可以处理项目当中非业务逻辑的处理能力。
分析问题，解决问题能力
这一个东西极为重要，这是一个人的综合能力的体现。
技术广度，深度，逻辑分析能力【一部分结构化思维】的体现。
架构能力
心理能力
关于心理能力，这里没有和上面放在一起，但是也提一下，因为团队当中之前有同学和我反映过一些心理活动。
场景：可能我们在计划任务的时候，一切都计划好了，但是最终的结果还是延期了。可能有各方面的原因。团队人不原因加班，联调没有很好的完成，前期技术方案没有很好的实现，或者有问题。然后感觉自己是不是不行。产生了自我的认知否定。
我们不能决定所有的事情，事情也不一定会按照我们设想的去发展。我们唯一能做的就是，把我们需要做的事情做好，至于结果可能有所偏离，那我们继续努力就好。不必针对我们自身，产生不好的情绪。
尽人事，知天命。
所以我们更注重是做好自己的事情，遇到的情绪有自己的情绪处理方式
原文:juejin.cn/post/6946210273061502990
The End
欢迎自荐投稿到《前端技术江湖》，如果你觉得这篇内容对你挺有启发，记得点个 「在看」哦
点个『在看』支持下 