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

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

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

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

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

• 提升负责人的技术全面性，和沟通能力，问题解决能力

• 提升初级同学的知识面，了解其他人对于这个问题的思考

规划能力

---

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

image.png

技术体系规划

选型考虑

• 是否可以满足业务需求

• 当前团队熟系技术栈的难易程度

• 当前技术体系搭配相关的技术体系

• 亲自去玩一玩，看看

相关技术文档的输出

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

人力资源规划

人力梯度规划

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

• 复杂度 决定高中级人数

• 体量决定初级人数

人力数量安排

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

任务划分规划

• 任务难易程度 划分不同的开发人员

• 可复用性考虑

• 任务时间安排

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

风险规划

• 任务完成量

• 任务完成度

风险分为两种：任务完成了多少，任务完成的怎么样。

开发完成和任务完成是两回事情。

突发情况应对能力

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

业务能力

---

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

image.png

梳理业务流程

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

系统功能泳道图.png

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

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

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

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

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

协作能力

---

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

image.png

和项目团队

开发维度

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

• 产品评审

• 后端联调

• 交付测试验收

前端小团队

• 任务分配

• 任务check

• 任务风险

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

管理维度

• 项目经理 沟通 任务进度

• 汇报风险 & 以及应对

• 周报工作体现

总结

• 汇报人：项目经理

• 汇报内容：进度和风向

• 汇报方式：周报

和部门团队

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

• 统一技术栈

• 配置化开发协作

• 信息共享，插件或者业务组件沉淀，节省其他项目成本

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

组件沉淀

image.png

文末

js前端的重头戏，值得花大部分时间学习。

推荐通过书籍学习，《 JavaScript 高级程序设计（第 4 版）》你值得拥有。整本书内容质量都很高，尤其是前十章语言基础部分，建议多读几遍。

开源分享：【大厂前端面试题解析+核心总结学习笔记+真实项目实战+最新讲解视频】

另外，大推一个网上教程 现代 JavaScript 教程 ，文章深入浅出，很容易理解，上面的内容几乎都是重点，而且充分发挥了网上教程的时效性和资料链接。

学习资料在精不在多，二者结合，定能构建你的 JavaScript 知识体系。

面试本质也是考试，面试题就起到很好的考纲作用。想要取得优秀的面试成绩，刷面试题是必须的，除非你样样精通。

这是288页的前端面试题