中心前端负责人 — 模拟面试手册

适用角色：候选人 / 内部晋升准备者 / 模拟面试官
版本：v1.0 | 2026-08-22
使用方式：建议两人一组，一人扮演面试官提问，一人作答，轮流进行

---

目录

1. 使用说明
2. 岗位认知准备
3. 模拟面试 — 技术深度篇
4. 模拟面试 — 架构设计篇
5. 模拟面试 — 工程化与效能篇
6. 模拟面试 — 团队管理篇
7. 模拟面试 — 项目管理篇
8. 模拟面试 — 业务与战略篇
9. 模拟面试 — 行为面试题（STAR）
10. 自我介绍与提问环节
11. 面试自评清单

---

1. 使用说明

1.1 如何使用本手册

本手册旨在帮助候选人系统性地准备"中心前端负责人"岗位的面试。每道模拟题包含：

• 面试问题：面试官可能提问的原文
• 考察要点：这道题面试官在评估什么
• 回答框架：推荐的回答结构（非标准答案）
• 参考答案示例：高质量的参考回答（需结合自身经历调整）
• 常见失分点：避免踩的坑
• 追问预测：面试官可能进一步追问的方向

1.2 模拟面试建议

推荐练习流程（每轮 60 分钟）：
1. 自我介绍练习（5 分钟）
2. 选择 3-4 道题进行深度模拟（40 分钟）
3. 提问环节练习（5 分钟）
4. 复盘与反馈（10 分钟）

评分建议：
- 5分：回答有清晰的个人案例支撑，逻辑严密，有数据佐证
- 4分：回答完整，有实际经验，表达清晰
- 3分：基本回答了问题，但深度和案例不足
- 2分：回答偏离或过于理论化
- 1分：无法回答或完全偏离

---

2. 岗位认知准备

2.1 核心能力要求速览

┌──────────────────────────────────────────────────────────┐
│            中心前端负责人 — 核心能力矩阵                    │
├─────────────┬────────────────────────────────────────────┤
│  技术能力    │ 前端深度 + 全栈视野 + 架构设计              │
│  管理能力    │ 团队建设 + 绩效管理 + 人才培养              │
│  战略能力    │ 技术规划 + 业务理解 + ROI 思维              │
│  工程能力    │ 工程化体系 + 质量保障 + 效能提升             │
│  软技能      │ 跨部门协作 + 沟通影响 + 冲突处理            │
└─────────────┴────────────────────────────────────────────┘

2.2 面试前必须准备的素材

在面试前，请梳理以下个人经历（建议用文档记录下来）：

• [ ] 最成功的技术项目：背景、方案、成果（数据）
• [ ] 最大的技术挑战：问题描述、解决过程、学到什么
• [ ] 团队管理经验：团队规模、管理方法、人才培养案例
• [ ] 技术决策案例：选型过程、权衡取舍、最终效果
• [ ] 跨部门协作案例：合作方、冲突处理、协作成果
• [ ] 失败经历：什么出了问题、如何应对、如何避免
• [ ] 技术规划经验：如何制定路线图、落地情况、效果评估

---

3. 模拟面试 — 技术深度篇

模拟题 3.1：框架原理与性能优化

面试官提问："请谈谈你对 React/Vue 响应式原理的理解，以及你在项目中做过哪些前端性能优化？"

考察要点：

• 框架底层原理的理解深度（不是背八股文）
• 性能优化的实战经验（不是列举名词）
• 问题排查的方法论

回答框架：

1. 原理概述（30秒）：用简洁的语言描述核心机制
2. 深入理解（1分钟）：结合源码或实践经验展开
3. 实战案例（2分钟）：举 1-2 个具体优化案例，包含：
   - 问题现象（指标变化）
   - 排查过程（用了什么工具）
   - 解决方案（具体做了什么）
   - 效果数据（优化前后对比）

参考答案示例：

"以 React 为例，它的响应式基于 Pull 模式——通过 setState 触发更新， 经过 Reconciliation 对比新旧 Virtual DOM，最终 Commit 到真实 DOM。 React 18 引入了 Fiber 架构和并发模式，使得渲染可以中断和恢复， 优先级更高的更新可以打断低优先级的更新。

在实际项目中，我遇到过一个大列表页面的性能问题。页面有 5000+ 行数据， 滚动时 FPS 降到 15 以下。我通过 Chrome DevTools 的 Performance 面板 分析发现，主要瓶颈是大量 DOM 节点的渲染。最终采用虚拟列表方案， 只渲染可视区域的 ~30 个 DOM 节点，FPS 恢复到 60。 同时配合 React.memo 和 useMemo 避免不必要的 re-render， 整体 LCP 从 3.2s 优化到 1.1s。"

常见失分点：

• ❌ 只背概念没有实战经验
• ❌ 无法说出具体的性能指标和数据
• ❌ 只会说"用懒加载"但不解释为什么和怎么用

追问预测：

• "React 18 的 Concurrent Mode 具体解决了什么问题？"
• "如果不用虚拟列表，还有什么方案？"
• "你们项目的 Core Web Vitals 指标是多少？"

---

模拟题 3.2：TypeScript 工程实践

面试官提问："在大型前端项目中，你是如何实践 TypeScript 的？遇到过哪些类型系统的挑战？"

考察要点：

• TS 在大型项目中的工程化实践
• 类型设计能力（不是类型体操）
• 实际遇到的问题和解决方案

回答框架：

1. TS 引入策略：渐进式还是全量？如何推动团队？
2. 类型分层设计：API 层 / 业务层 / 组件层的类型如何组织
3. 具体挑战案例：遇到了什么类型问题，如何解决的
4. 工程化配套：代码生成、类型检查 CI 集成等

参考答案示例：

"在我们 50+ 页面的中后台项目中，TS 覆盖率从 30% 提升到 95%。 我的策略是'新代码强制、老代码渐进'——通过 tsconfig 的 strict 模式 约束新代码，老代码通过 @ts-check 注释逐步迁移。

类型设计上，我分了三层：

• API 层：通过 OpenAPI 自动生成接口类型，保证前后端类型一致
• Store 层：定义完整的 State 和 Action 类型
• 组件层：Props 类型明确，对外暴露清晰的组件 API

一个挑战是第三方库类型不完善——某图表库的 TS 定义缺失， 我通过 declaration merging 补充了类型定义并发布到内部 npm registry， 供全团队使用。"

常见失分点：

• ❌ 只谈 any 的问题，不谈系统化的解决方案
• ❌ 过度强调类型体操（实际项目很少用到极复杂的类型推导）
• ❌ 没有推动团队采纳 TS 的经验

---

模拟题 3.3：前端安全实践

面试官提问："你在项目中如何保障前端安全？能举一个你处理过的安全问题吗？"

考察要点：

• 安全意识和防御体系
• 实战处理经验
• 团队安全规范建设

回答框架：

1. 安全防御体系（概述你做了哪些安全措施）
2. 具体案例（描述一个真实的安全事件或漏洞修复）
3. 制度化建设（如何将安全融入开发流程）

常见失分点：

• ❌ 只列举 XSS/CSRF 名词，无实际防御经验
• ❌ 认为"安全是后端的事"
• ❌ 没有建立过团队安全规范

---

4. 模拟面试 — 架构设计篇

模拟题 4.1：系统设计 — 中后台架构

面试官提问："假设你要从零搭建一个企业级中后台系统的前端架构，支撑 200+ 页面、50+ 开发者协同，你会如何设计？"

考察要点：

• 系统架构全局设计能力
• 技术选型的判断力和理由
• 对可扩展性、可维护性的考量

回答框架：

1. 需求分析（30秒）：明确约束条件和非功能性需求
2. 整体架构（1分钟）：分层设计、模块划分
3. 技术选型（1分钟）：框架、状态管理、路由、UI 库等选型及理由
4. 工程化配套（1分钟）：脚手架、CI/CD、监控
5. 演进策略（30秒）：如何渐进式推进、风险控制

参考答案示例：

"首先明确约束：200+ 页面意味着需要模块化拆分，50+ 开发者意味着需要 清晰的模块边界和开发规范。

整体架构我倾向于微前端 + Monorepo 方案：

• 基座应用：负责路由注册、权限控制、全局状态、布局框架
• 子应用：按业务域拆分（订单、用户、财务等），各自独立开发和部署
• 共享层：抽取公共组件库、工具函数、API 层为共享包

技术选型：

• 框架：React 18 + TypeScript（团队最熟悉，生态最完善）
• 微前端：Module Federation（与 Webpack 生态深度集成）
• 状态管理：Zustand（轻量、TS 友好）+ React Query（服务端状态）
• UI 组件：基于 Ant Design 二次封装的业务组件库

工程化：

• Monorepo 用 pnpm workspace + Turborepo
• CI/CD 基于 GitLab CI，支持子应用独立发布
• 监控接入 Sentry + 自建性能监控

演进策略：先把 2-3 个核心模块迁移验证，再逐步推广。"

常见失分点：

• ❌ 只列技术名词不说为什么选
• ❌ 不考虑团队现状和学习成本
• ❌ 没有考虑渐进式迁移和风险
• ❌ 只谈技术不谈组织协作

追问预测：

• "如果某个子应用需要用 Vue 写，怎么支持？"
• "微前端的样式隔离怎么做？"
• "如何处理子应用之间的通信？"

---

模拟题 4.2：微前端架构深入

面试官提问："你在微前端方面有什么实践经验？微前端方案带来了哪些问题，你是如何解决的？"

考察要点：

• 微前端实战经验（不只是了解概念）
• 对方案缺点的认知和应对能力
• 技术决策的务实程度

回答框架：

1. 实践经验概述：用了什么方案、项目规模
2. 遇到的问题（3 个以上）：具体描述问题和解决方案
3. 反思总结：什么场景适合微前端，什么场景不适合

参考答案示例：

"我们使用 qiankun 将一个大单体应用拆分为 8 个子应用。 遇到的主要问题：

1. 样式冲突：子应用的全局样式互相污染。 解决：采用 CSS Modules + Shadow DOM 兜底方案。

2. 共享依赖版本不一致：React 版本不同导致 hooks 报错。 解决：通过 externals 统一注入核心依赖，版本由基座控制。

3. 首次加载慢：每个子应用都需要独立加载资源。 解决：预加载策略 + 共享 chunk 缓存。

4. 调试困难：跨应用问题难以定位。 解决：统一日志 SDK + TraceID 链路追踪。

反思：微前端适合多团队、大型应用的场景，对于 5 人以下的小团队， 单体应用 + 良好的模块化可能更合适。"

常见失分点：

• ❌ 只说优点不说缺点
• ❌ 没有真实踩坑经验
• ❌ 为了微前端而微前端，不考虑场景

---

模拟题 4.3：监控体系设计

面试官提问："请设计一个完整的前端监控体系。你们现在用的监控方案是什么？有什么不足？"

考察要点：

• 可观测性思维
• 监控系统的实战经验
• 数据驱动决策的能力

回答框架：

1. 监控分层：错误监控 → 性能监控 → 行为监控 → 业务监控
2. 数据采集：SDK 设计、采样策略、上报机制
3. 数据处理：清洗、聚合、存储
4. 告警与可视化：告警规则、大盘设计
5. 闭环机制：发现问题 → 定位原因 → 修复验证

常见失分点：

• ❌ 只谈接入第三方工具（Sentry 等），没有自建能力
• ❌ 没有告警和闭环机制
• ❌ 无法说出监控数据如何驱动业务决策

---

5. 模拟面试 — 工程化与效能篇

模拟题 5.1：工程化体系建设

面试官提问："请描述你在前端工程化方面做过的最有价值的事情。如何衡量它的效果？"

考察要点：

• 工程化全局视野
• 落地执行力
• ROI 意识和度量能力

回答框架：

1. 背景与问题：团队之前面临什么痛点
2. 方案设计：你做了什么（具体工具和流程）
3. 推行过程：如何让团队接受和采纳
4. 效果度量：用数据说明效果

参考答案示例：

"最有价值的是建立了完整的 CI/CD 流水线和代码质量体系。

背景：团队 20 人，代码质量参差不齐，线上 bug 频发， 每次发版都需要 2 人手动操作 3 小时以上。

我做了什么：

1. 引入 GitLab CI，实现自动化构建、测试、部署
2. 建立代码规范：ESLint + Prettier + Husky + Commitlint
3. 引入自动化测试：单元测试覆盖率要求核心模块 > 80%
4. 灰度发布：支持按用户比例放量

推行过程：先在 2 个项目试点，产出数据（构建时间从 30 分钟降到 5 分钟， 线上 bug 减少 40%），然后在全团队推广。

效果：

• 发版频率从每周 1 次提升到每天多次
• 发版耗时从 3 小时降到 15 分钟
• 线上故障率下降 60%
• 新人上手时间从 2 周缩短到 3 天"

常见失分点：

• ❌ 只列举工具不说效果
• ❌ 无法量化工程化投入的 ROI
• ❌ 没有推行过程中的困难和解决经验

---

模拟题 5.2：组件库 / Design System

面试官提问："你是否有搭建组件库或 Design System 的经验？如何保证组件库的长期维护和团队采纳？"

考察要点：

• 组件设计能力
• 长期维护和运营思维
• 标准化和规范化能力

回答框架：

1. 组件库定位：解决什么问题、面向谁
2. 设计原则：API 设计、样式方案、文档体系
3. 维护机制：版本管理、变更日志、Breaking Change 处理
4. 推广采纳：如何让团队愿意用、持续用

常见失分点：

• ❌ 只封装了几个组件就称"组件库"
• ❌ 没有文档系统和版本管理规范
• ❌ 不考虑与设计师的协作流程
• ❌ 没有采纳率和使用数据

---

6. 模拟面试 — 团队管理篇

模拟题 6.1：团队建设与管理

面试官提问："请分享你管理前端团队的经验。你如何招聘、培养和留住优秀人才？"

考察要点：

• 管理实战经验（非管理理论）
• 人才培养能力
• 团队文化建设

回答框架：

1. 团队概况：规模、结构、你的角色
2. 招聘策略：人才画像、面试方法、吸引策略
3. 培养体系：Onboarding、导师制、成长路径
4. 保留人才：激励机制、文化建设、离职预防

参考答案示例：

"我目前管理一个 25 人的前端团队，分为 4 个小组（中后台、C端、 基础架构、移动端），每个小组有 1 名组长。

招聘方面，我建立了标准化的面试流程：

• 明确人才画像：技术能力 + 学习能力 + 协作意识
• 面试题库：20+ 道题覆盖不同维度
• 亮点：我们团队离职率低于 10%，在行业内算很好的水平

培养方面：

• 新人 Onboarding：7 天计划 + Buddy 制度
• 技术分享：每周五 1 小时 Tech Talk
• 成长路径：初级 → 中级 → 高级 → 组长/架构师 双通道

留人方面，我认为最重要的是：

• 给优秀的人有挑战性的项目
• 及时认可和奖励（不一定是金钱）
• 定期 1on1 了解诉求和困惑"

常见失分点：

• ❌ 只说"我管过 X 人"但说不出管理方法
• ❌ 没有人才培养的具体举措
• ❌ 把留人等同于加薪

---

模拟题 6.2：低绩效管理

面试官提问："你如何处理团队中绩效不达标的成员？能举一个具体案例吗？"

考察要点：

• 管理勇气和担当
• 沟通技巧和同理心
• 系统化的绩效管理方法

回答框架：

1. 发现与诊断：如何识别低绩效、分析原因
2. 沟通与改进：如何进行绩效谈话、制定改进计划
3. 结果跟踪：改进效果如何、如何决策（留/转/离）
4. 反思：从中学到了什么

参考答案示例：

"我遇到过一个中级工程师，代码质量持续低于标准，Code Review 通过率只有 50%。我先做了诊断——发现不是能力问题，而是他对 业务理解不够深，导致频繁返工。

我的处理步骤：

1. 1on1 沟通：了解他的困惑和想法（非批评式）
2. 制定 PIP（Performance Improvement Plan）：3 个月改进计划
   • 安排资深同事做 Mentor
   • 分配相对独立且有挑战的项目
   • 每两周回顾进展
3. 3 个月后：代码质量提升到 85% 通过率，成功通过 PIP

反思：低绩效不一定是能力问题，管理者要先找根因， 给足支持和时间，而不是简单地贴标签。"

常见失分点：

• ❌ 从未处理过低绩效（管理经验不足）
• ❌ 处理方式过于强硬或过于软弱
• ❌ 没有系统化的 PIP 流程

---

模拟题 6.3：技术方向分歧处理

面试官提问："当团队内对技术选型产生严重分歧时，你如何处理？"

考察要点：

• 决策能力和框架
• 冲突处理技巧
• 技术领导力

回答框架：

1. 收集信息：让双方充分表达、整理各自论点
2. 评估框架：用什么标准来评估（业务匹配度、团队能力、长期维护）
3. 决策过程：如何在民主和效率之间平衡
4. 推动落地：如何让未被采纳的一方也全力执行

常见失分点：

• ❌ "我说了算"——独断型
• ❌ "大家投票"——缺乏技术判断力
• ❌ 无法举出真实案例
• ❌ 没有后续的复盘和调整机制

---

7. 模拟面试 — 项目管理篇

模拟题 7.1：项目延期应对

面试官提问："讲一个你经历过的项目延期案例。你是如何应对的？从中学到了什么？"

考察要点：

• 项目管理实战经验
• 危机处理能力
• 复盘和学习能力

回答框架（STAR 法）：

S - Situation：项目背景、原始计划
T - Task：你的角色和责任
A - Action：你采取了哪些具体措施
R - Result：最终结果如何、学到了什么

参考答案示例：

"去年我们做一个 C 端商城重构项目，原计划 3 个月上线。 在第 6 周时发现进度落后 30%，原因是：

1. 需求在开发中途新增了支付分期功能（产品临时加的）
2. 与后端接口联调延迟（后端也在重构）

我的应对：

1. 与产品沟通优先级：将新功能放入 P1 池，先保证核心流程上线
2. 与后端对齐接口 Mock 方案：前端先用 Mock 数据开发
3. 重新排期：将非核心功能拆到二期，核心功能按期上线
4. 增加每日站会：及时暴露风险和阻塞

结果：核心功能按时上线，二期功能延后 2 周交付。 学到的是：排期要留 buffer（20%），需求变更要有正式流程。"

常见失分点：

• ❌ 没有延期经验（说明项目参与度不够）
• ❌ 把责任全推给别人
• ❌ 说不出具体的应对措施

---

模拟题 7.2：需求变更管理

面试官提问："当产品经理频繁变更需求时，你如何应对？如何平衡灵活性和稳定性？"

考察要点：

• 与产品协作能力
• 需求管理流程
• 架构层面的灵活性设计

回答框架：

1. 态度：理解变更是正常的，不对立
2. 流程层面：需求评审、变更审批、影响评估
3. 技术层面：架构灵活性（配置化、插件化）
4. 沟通层面：用数据说话（变更带来的工期影响）

常见失分点：

• ❌ 表现出对产品的敌对态度
• ❌ "产品说什么就做什么"——没有技术话语权
• ❌ 没有建立需求变更管理机制

---

8. 模拟面试 — 业务与战略篇

模拟题 8.1：技术规划

面试官提问："如果你加入我们，你会如何制定前端技术路线图？你关注哪些技术趋势？"

考察要点：

• 战略规划能力
• 技术视野和判断力
• 业务导向思维

回答框架：

1. 调研阶段（入职 1-2 月）：了解现状、痛点、业务目标
2. 短期规划（3-6 月）：解决最紧迫的问题
3. 中期规划（6-12 月）：架构升级、效能提升
4. 长期愿景（1-2 年）：技术创新、业务赋能
5. 关键原则：业务导向、渐进式推进、可度量

参考答案示例：

"我的方法论是'先看后动'：

第一阶段（1-2 月）——调研：

• 与每个组长 1on1，了解技术债和痛点
• 梳理现有系统架构和问题
• 了解业务目标和增长方向

第二阶段（3-6 月）——速赢：

• 解决最影响效率的 2-3 个痛点
• 建立基本的工程化规范
• 产出可量化的改进数据

第三阶段（6-12 月）——升级：

• 核心架构升级（如微前端迁移）
• 组件库 / Design System 建设
• 监控体系完善

技术趋势方面，我重点关注：

• AI 辅助开发（Copilot、AI Code Review）
• Server Components 对前端架构的影响
• Edge Computing 和 WebAssembly 的应用场景

但原则是：不追新，技术服务于业务。"

常见失分点：

• ❌ 上来就要"大刀阔斧改革"——不了解情况就行动
• ❌ 只谈技术不谈业务价值
• ❌ 没有阶段性目标和度量标准

---

模拟题 8.2：AI 对前端的影响

面试官提问："你怎么看 AI（如 Copilot、ChatGPT）对前端开发的影响？你会如何在团队中应用 AI？"

考察要点：

• 对技术趋势的独立思考
• 实际应用能力
• 团队赋能思维

回答框架：

1. 当前影响：AI 在哪些环节已经有用
2. 未来判断：哪些会被替代、哪些不会
3. 团队应用：如何在团队中落地 AI 工具
4. 风险意识：过度依赖 AI 的风险

常见失分点：

• ❌ 完全否定 AI 的价值
• ❌ 过度神化 AI（"前端要消失了"）
• ❌ 没有实际使用 AI 工具的经验
• ❌ 没有在团队中推广过 AI 辅助开发

---

9. 模拟面试 — 行为面试题（STAR）

行为面试题（Behavioral Questions）是管理面和文化面的核心，面试官通过过去的行为预测未来的表现。

模拟题 9.1：领导力案例

面试官提问："请描述一次你展现领导力的经历。不一定是你的直属团队，也可以是你推动的跨团队项目。"

STAR 回答模板：

Situation（背景）：
"在 XX 公司时，我们面临 XX 问题/挑战..."

Task（任务）：
"作为 XX 角色，我的目标是..."

Action（行动）：
"我采取了以下行动：
 1. ...
 2. ...
 3. ..."

Result（结果）：
"最终结果是...（数据支撑）
从中学到了..."

注意事项：

• 用"我"而非"我们"——明确个人贡献
• 行动部分要具体——面试官会追问细节
• 结果要有数据——"提升了 X%"、"节省了 X 小时"
• 失败案例也可以讲——重点在反思和成长

---

模拟题 9.2：失败经历

面试官提问："讲一个你工作中犯过的错误或失败的经历。你是如何处理的？"

考察要点：

• 自我认知和坦诚度
• 从失败中学习的能力
• 面对挫折的态度

回答框架：

1. 坦诚描述错误：不推卸责任
2. 及时应对：发现后采取了什么补救措施
3. 深度反思：根因分析
4. 改进机制：建立了什么措施防止再犯

常见失分点：

• ❌ "我太追求完美了"——伪装成优点的缺点
• ❌ 把错误推给团队或外部环境
• ❌ 没有后续改进措施
• ❌ 错误的级别太小（"有一次开会迟到了"）

---

模拟题 9.3：影响力案例

面试官提问："请描述一次你成功说服他人或推动变革的经历。"

考察要点：

• 影响力和说服力
• 推动变革的执行力
• 沟通技巧

STAR 回答要点：

• 描述阻力是什么（为什么难推动）
• 你如何准备论据（数据、Demo、POC）
• 如何处理反对意见
• 最终效果和长期影响

---

更多高频行为面试题

#	问题	考察重点
1	"你最自豪的技术成就是什么？"	技术深度、价值创造
2	"你如何处理与上级的意见不合？"	向上管理、沟通技巧
3	"你如何在紧迫的 deadline 下保证质量？"	项目管理、质量意识
4	"描述一次你带新人的经历"	培养能力、耐心
5	"你如何处理多个并行项目？"	优先级管理、资源分配

---

10. 自我介绍与提问环节

10.1 自我介绍模板（3 分钟版）

【开场】（30秒）
"我是 XX，目前在 XX 公司担任 XX 职位，有 X 年前端开发经验，
 X 年团队管理经验。"

【技术亮点】（1分钟）
"在技术方面，我主要负责...，最有价值的成果是...
 （用数据说明：性能提升 X%、效率提升 X 倍等）"

【管理亮点】（1分钟）
"在管理方面，我带领 X 人团队...，建立了...，
 团队在...方面取得了...成果"

【求职动机】（30秒）
"我对贵公司/这个岗位感兴趣是因为...，
 我相信我在...方面的经验能够为团队带来..."

自我介绍的 Do's and Don'ts：

✅ Do's：

• 用数据量化成就
• 与岗位要求对齐
• 展示热情和自信
• 控制在 3 分钟内

❌ Don'ts：

• 把简历上的内容复述一遍
• 说太多个人生活信息
• 过于谦虚或夸大
• 超过 5 分钟

10.2 反问环节准备

面试官通常会问："你有什么想问我们的？" 这是展示你对岗位认真思考的好机会。

推荐提问：

问题	展示的能力
"团队目前面临的最大技术挑战是什么？"	关注实际问题
"这个岗位前 3 个月最重要的目标是什么？"	结果导向
"前端团队在公司中的定位和发展方向？"	战略思维
"技术决策的流程是怎样的？"	关注协作机制
"团队目前的技术栈和正在推进的技术升级？"	技术热情

不推荐提问：

• ❌ "加班多吗？"（第一轮不适合问）
• ❌ "年终奖多少？"（等 HR 面谈）
• ❌ "没什么想问的"（显得不够重视）

---

11. 面试自评清单

11.1 面试前检查

• [ ] 已准备 3 分钟自我介绍并练习 3 遍以上
• [ ] 已梳理 5 个以上的个人核心案例（STAR 格式）
• [ ] 已了解目标公司的业务和技术栈
• [ ] 已准备 3-5 个反问问题
• [ ] 已检查面试工具（视频/网络/环境）

11.2 各维度自评

请对以下维度进行自评（1-5 分），标注需要加强的部分：

维度	自评分	准备状态
技术深度（框架原理、性能优化、安全）	/5	□充分 □一般 □需加强
架构设计（系统设计、技术选型、微前端）	/5	□充分 □一般 □需加强
工程化（CI/CD、组件库、质量保障）	/5	□充分 □一般 □需加强
团队管理（招聘、培养、绩效管理）	/5	□充分 □一般 □需加强
项目管理（进度管控、风险预判）	/5	□充分 □一般 □需加强
业务战略（技术规划、业务理解）	/5	□充分 □一般 □需加强
行为面试（STAR 案例准备）	/5	□充分 □一般 □需加强
表达与沟通（逻辑清晰、时间控制）	/5	□充分 □一般 □需加强

11.3 面试后复盘

每次面试后，填写以下复盘表：

面试日期：_________    公司/岗位：_________

1. 哪些题回答得好？为什么？
   
2. 哪些题回答得不好？为什么？
   
3. 被追问时是否有卡壳？卡在哪里？
   
4. 自我介绍时间是否合适？
   
5. 反问环节是否有效？
   
6. 下次面试需要改进的 3 件事：
   a. 
   b. 
   c.

---

使用建议：建议至少进行 3 轮完整的模拟面试练习，每轮选择不同的题目组合。
反馈与改进：如有任何建议或想补充的题目，欢迎提交 PR 或联系文档维护者。