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