2023年开发主管面试题及答案 附反向面试提问清单 帮你摸清公司底细

2023年开发主管面试题及答案附反向面试提问清单帮你摸清公司底细

一、单项选择题（每题2分，共20分）1.在敏捷开发中，每日站会的核心目的不包括以下哪一项A.同步进度B.暴露阻塞C.制定长期规划D.快速调整计划2.微服务架构下，最适合用于跨服务一致性的协议是A.FTPB.gRPCC.SNMPD.Telnet3.以下哪项最能直接反映团队的“交付能力”A.代码行数B.故事点完成速率C.加班时长D.单元测试覆盖率4.GitFlow中，用于准备发布生产的分支是A.featureB.developC.releaseD.hotfix5.当生产环境出现严重故障且回滚失败时，主管首要行动应是A.立即追责B.启动应急预案C.写事故报告D.冻结所有发布6.在OKR体系里，O的表述最合理的是A.本季度修复100个BugB.本季度把可用性提升到99.9%C.打造业界领先的用户体验D.完成500个StoryPoint7.以下哪项最能降低“知识孤岛”风险A.强制每日加班B.代码审查＋轮岗C.增加文档模板D.引入AI编程助手8.当团队成员对技术选型争执不下时，主管最应依据A.个人偏好B.公司技术雷达C.社区热度D.最低成本9.在DevOps度量中，MTTR指的是A.平均需求响应时间B.平均修复时间C.平均发布时间D.平均回滚时间10.以下哪项属于“可观测性”三大支柱之外A.LogsB.MetricsC.TracesD.Configs二、填空题（每题2分，共20分）11.代码评审中，若发现严重安全漏洞，应首先__________，再合并代码。12.在Scrum里，Sprintretrospective的核心产出是__________。13.当服务QPS突增10倍，最先应检查的指标是__________。14.技术债的“利率”隐喻强调__________随时间递增。15.零信任架构的核心理念是：__________。16.使用FeatureToggle的最大好处是__________与__________解耦。17.在DORA指标中，部署频率与__________呈正相关。18.主管在绩效谈话中使用SBI模型，其中B指__________。19.当团队Velocity连续3个Sprint下降，应首先排查__________。20.面向失败设计的英文简称是__________。三、判断题（每题2分，共20分）21.只要代码覆盖率超过80%，就可以不安排人工代码评审。22.微服务拆分越细，一定越能降低系统复杂度。23.在BlamelessPostmortem中，禁止提及责任人姓名。24.技术主管必须亲自编写核心代码，否则无法树立技术权威。25.使用混沌工程的原则是“先在生产环境小规模注入故障”。26.团队采用结对编程后，交付速率通常立即提升30%以上。27.在OKR周期内，KeyResult可以随时调整，但Objective不能变。28.主干开发（Trunk-basedDevelopment）要求短分支、频繁集成。29.系统可用性从99.9%提升到99.99%，意味着停机时间减少一个数量级。30.反向面试提问环节，候选人询问“团队最近半年最大的技术失败”属于合理问题。四、简答题（每题5分，共20分）31.简述“可观测性”与“监控”在管理视角下的三点差异。32.主管如何在SprintPlanning中平衡“业务压力”与“技术债偿还”？33.当团队成员出现“精英主义”倾向并排斥代码评审时，你会采取哪三步干预？34.描述一次你主导的“灰度发布”失败案例，并总结两条关键教训。五、讨论题（每题5分，共20分）35.公司要求四季度缩减20%预算，作为开发主管，你如何在不裁员的前提下保障核心系统稳定与团队士气？36.如果CTO提出“未来半年全部服务必须上Kubernetes”，而团队对K8s经验不足，请给出风险清单与应对策略。37.请论证“技术主管是否应该坚持写代码”，并结合你所在组织的上下文给出比例建议。38.当AI编程助手逐渐普及，开发者开始依赖生成代码，主管如何重塑代码质量保障体系？答案与解析单选：1C2B3B4C5B6C7B8B9B10D填空：11.立即阻断合并12.改进项列表13.CPU/负载或连接池14.维护成本15.永不默认信任16.发布；功能17.变更前置时间18.Behavior19.需求清晰度或外部依赖20.DesignforFailure判断：21×22×23√24×25√26×27×28√29√30√简答示例：31.监控侧重已知阈值报警，可观测性强调未知问题探索；监控面向系统，可观测性面向业务旅程；监控数据孤立，可观测性要求三支柱联动，降低MTTR。32.先量化技术债利息，再用20%故事点预留池，业务需求按价值排序，技术债按风险排序，双方PO与TechLead共同拍板，确保高价值高风险的债优先偿还。33.第一步一对一沟通，指出排斥行为对团队影响；第二步引入“评审价值”数据，展示缺陷下降曲线；第三步建立评审英雄榜，把精英导向转为集体荣誉。34.灰度流量权重配置错误导致缓存穿透，核心教训：一、灰度策略必须双盲测试；二、回滚开关与数据库迁移脚本版本必须同步基线化。讨论要点：35.砍掉低价值项目、冻结非核心招聘、用自动化替代重复人工、设专项奖金稳住关键骨干、公开财务信息换取团队理解。36.风险：学习曲线、运维复杂度、成本超支、供应商锁定；策略：分阶段试点、外部教练、建立PlatformTeam、设置可回退的裸机方案、用DORA指标持续度量。37.应坚持“战略性编码”：占20%