2024年前端最全如何做好一个跨团队协作项目,前端开发技能培训

总结

秋招即将开始,校招的朋友普遍是缺少项目经历的,所以底层逻辑,基础知识要掌握好!

而一般的社招,更是神仙打架。特别强调,项目经历不可忽视;几乎简历上提到的项目都会被刨根问底,所以项目应用的技术要熟练,底层原理必须清楚。

这里给大家提供一份汇集各大厂面试高频核心考点前端学习资料。涵盖 HTML,CSS,JavaScript,HTTP,TCP协议,浏览器,Vue框架,算法等高频考点238道(含答案)

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

资料截图 :

高级前端工程师必备资料包

任何一个项目技术评审均是必不可少的一环,在需求和任务拆解完毕后,分域做技术评审拉通上下游依赖做正式的review,可以发现在任务拆分或需求评审中所没考虑到的细节,在前期将风险扼杀在摇篮中,另外在做技术成本预估时一定要加上buffer时间,这个buffer时间可以按照以往的经验作为一个系数乘上去如0.3,因为方案评审并不能做到所有的细节一次性考虑周全,不要将自己的加班时间算进去,这本身已经是项目风险。

技术评审需要哪些内容:

  1. 业务流程图(基于业务视角你所在域的环节和用户操作流程)

  2. 技术框架图(架构或分层,可以了解到你所在域和周边依赖)

  3. 方案设计

  4. 任务拆解&时间轴

  5. 上下游依赖&风险

NO.2

项目中期

2.1 交流沟通

项目管理中沟通是最重要的一个环节,启动后最大的障碍就在交流沟通上,一个完整的项目会拆分为很多子域,每个子域间会有依赖,在信息传达和处理中可能因为沟通不及时或者理解偏差导致方案设计的问题,如何把这些人聚集在一起项目室是个比较有效的解决方式,可以通过项目室在对项目执行过程时,保持项目成员的沟通的有效性确保方案设计和理解一致。

建立周会和日会机制,按项目的不同阶段运行,在开发开始运行时可以通过周会的方式,一周同步下当前进度和风险以及下周重点计划,确保项目按期执行,运行至中后期时需要开始日会机制,加强沟通交流,方便风险和问题及时同步,会议的主要内容可以按以下方式:

  1. 今日主要做的事&整体进度

  2. 是否有风险和依赖

  3. 明日计划

  4. 昨天风险是否接触

2.2 风险控制

风险的主要来源很多,比如前期需求理解不一致、项目计划不合理或需求变更等等,风险是无法完全避免的,但我们可以通过历史经验或项目管理来提前发现、最小化风险,整个项目最核心的也就是这部分,风险的大小和暴露的早晚会直接影响到这些项目是否顺利,因此对于项目中暴露的问题需要保持足够的敏锐度,遵循墨菲定律,另外加强沟通、管理和交流保持信息获取的有效性

NO.3

项目收尾

3.1 测试问题推进

在项目进行到后期收尾阶段,最大问题就是issue的fix和测试覆盖是否齐全的问题,每个问题的修复可能都会暴露出新的问题,问题修复的越早,留个测试和项目的时间也会越足,因此在开发联通提测前需要开始测试用例的梳理和评审,确保测试流程覆盖度,在测试开始后需要关注问题的推进和修复,尽量确保问题日清。

3.2 项目验收

项目的最后一个环节就是验收,验收方式分2种,一种为组织会议预演,另外一种为推进产品(业务)和视觉验收(走查),第一种比较容易理解,即申请正式的会议拉上关联项目组成员和业务同学做产品功能的预演,确保产品和业务理解一直以及功能完善,第二种则由产品和业务以及设计同学,分别以各自的域走查,确保视觉还原、产品逻辑、产品文案的一致性。

另外最重要的一点是项目方案如果涉及到新老版本交替时,一定要考虑到二者的兼容和对用户的影响以及预案,避免影响用户,如果是个block change那需要确保足够的稳定,用户为第一优先级

NO.4

常见误区

  1. 过分悲观 or 乐观:这两者均建立在对项目掌控度不够的情况下,会导致对于项目的判断失误,过分悲观会影响到项目组同学的积极性,反之会导致风险暴露在后期。

  2. 忽略细节:即墨菲定律,凡是觉得可能出错或小概率出错的事一定会出错,当review发现问题时需要深入到细节中了解和推进,避免问题最终暴露在线上。

  3. 信息断层:跨团队项目中涉及的人较多,信息传递中因为不同的同学判断和思考方式不一样,导致最终你得到的信息可能是有误或缺失的信息,需要多问多了解。

  4. 考虑不全:每个人抛开项目PM都有自己原本的角色,比如前端、某某平台开发,导致自己站位思考会下意识从当前域去看,丢失了其他面,作为项目PM需要抛开自己的身份,站更广的域思考。

  5. 不敢取舍:项目启动后因为外部各种因素感染导致项目的需求上变化,针对明确的项目目标和计划需要做好取舍,了解需求的本质,敢于说不。

  6. 前松后紧:不合理的规划会导致项目陷入这种状态,导致提测时问题过多,开发未自测质量差等情况

NO.5

常见问题

下面的问题主要是个人见解不一定是最佳实践,有好的其他答案欢迎回复。

5.1 上下游不配合如何推进?

  • **换位:**每个人每个Team都有自己规划好的事,当我们换位思考了解当前依赖的团队目前的规划和方向是怎样,是否有周边其他方向一致的合作伙伴,才能更和的切入推进和合作

  • **利他&共赢:**这2个词可以合成一个,做好一件事的前提条件一定是大家方向目标一致,这样才能长期正常的运作下去,只有利他才能形成良好的运作模式,抛开屁股意识尤为重要,避免短期利益,另外在找上下游寻求帮助前一定要提前想清楚他要什么?我能给什么?想不清楚建议在重新review是否找对人和做对事。

  • **借势:**分2种情况,第一和当前大团队或者集团大的方向目标捆绑,跟着大的背景驱动下前行;第二向上寻求帮助,个人的力量和可以调动的资源总归有限,要学会向上管理寻求帮助

5.2 如何做好项目风险把控?

  • **项目开始前:**风险往往发生在你所未关注的视角或者依赖的上下游部分,一个复杂的项目涉及的人和方案会较多,不同域方案不一样一个人的精力总归有限,这种情况下拆域化简明确分工职责和接口人尤其重要,细分好域明确子域同学职责

  • **项目中:”沟通“**项目协同管理最核心的事,和子域负责人保持信息沟通交流,定期(日、周会等方式)对焦进度和风险,才能提早发现问题,另外避免只把自己局限在自己这块域上,更深入的了解细节和技术方案才能比较好推进,方案评估时对于时间节奏buffer才能掌控自如,以及提前发现风险和推进解决

  • **项目上线时:**作为项目最后一环较多问题主要为之前忽视偶现难排查问题以及未考虑应急预案,遵循墨菲定律,你所未在意的问题可能成为压倒这个项目的最后那根稻草,上线前多预演和准备好check list以及预案手册

NO.6

最后

为了帮助大家更好的了解前端,特别整理了《前端工程师面试手册》电子稿文件。

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

  • 8
    点赞
  • 26
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值