2023年开发主管面试题及答案 秋招提前批专用 应届生也能冲管理岗

2023年开发主管面试题及答案秋招提前批专用应届生也能冲管理岗

一、单项选择题（每题2分，共20分）1.在Scrum框架中，负责确保团队理解并实践Scrum的角色是A.产品负责人 B.开发主管 C.ScrumMaster D.项目经理2.当团队velocity连续三次迭代下降，开发主管最先应采取的度量手段是A.增加人手 B.回顾会议根因分析 C.延长迭代 D.降低故事点估算3.以下哪项最能体现“servantleadership”的核心行为A.制定详细甘特图 B.为团队扫清障碍 C.审批每日代码 D.个人绩效排名4.在微服务架构中，使用“API网关+配置中心”主要解决A.数据一致性 B.服务发现与统一入口 C.分布式事务 D.缓存穿透5.对“技术债”最合理的治理策略是A.零容忍，立即全量重构 B.按利息与本金分级，纳入迭代计划 C.等业务空闲再还 D.让测试兜底6.根据《人月神话》，向进度落后的项目加人一般会导致A.进度加速 B.进度更落后 C.质量提升 D.沟通成本不变7.在OKR体系里，KR的撰写原则不包括A.可衡量 B.有挑战 C.与绩效奖金直接挂钩 D.公开透明8.以下哪项最能体现DevOps的“左移”理念A.生产监控告警 B.单元测试自动化 C.线上热修复 D.灰度发布9.当团队成员出现“假性共识”，开发主管在决策时应优先采用A.权威式裁决 B.少数服从多数 C.费米估算 D.理性说服与数据验证10.在云计算成本优化中，最能体现FinOps原则的做法是A.全部包年包月 B.按需+Spot+预留混合策略 C.关闭监控节省流量 D.使用最高规格实例二、填空题（每空2分，共20分）11.在极限编程XP中，保证代码质量的四大实践是：单元测试、________、持续集成、________。12.分布式系统CAP定理中，P指的是________。13.技术团队绩效“3E模型”指Efficiency、________、Engagement。14.亚马逊领导力准则中强调“________andSimplify”。15.在DORA指标里，衡量部署频率的单位通常是________。16.根据布鲁克斯法则，新增人员带来的沟通通道数呈________增长。17.在敏捷估算中，使用斐波那契序列是为了凸显________差异。18.服务容灾的RPO是指________目标。19.技术晋升评审常用的“360反馈”包含上级、同级、________三个维度。20.在《高效能人士的七个习惯》中，产出与产能的平衡被称为________原则。三、判断题（每题2分，共20分，正确打“√”，错误打“×”）21.每日站会超过15分钟时，开发主管应立即中断并会后单独讨论。22.在Kanban中，WIP上限设置越高，交付效率一定越高。23.技术主管写代码的比例越高，团队技术成长一定越快。24.分布式追踪系统可以直观呈现一次请求跨服务的耗时瓶颈。25.“blamelesspostmortem”鼓励追责，以防止下次再犯。26.在绩效沟通中，采用SBI模型（情境—行为—影响）可减少防御心理。27.根据《创新者的窘境》，延续性技术往往最先颠覆巨头。28.使用FeatureToggle可实现主干开发、分支发布。29.在5Whys根因分析中，数字“5”是固定次数，不能多也不能少。30.技术愿景必须与公司商业战略保持同频，否则易沦为自嗨。四、简答题（每题5分，共20分）31.简述“servantleadership”与传统技术经理的三种行为差异。32.说明在微服务拆分过程中如何权衡“服务粒度”与“事务一致性”。33.当线上出现P0级故障且团队互相指责时，开发主管应如何在15分钟内稳定局面并启动应急。34.描述一次“技术晋升评审”中如何量化“技术影响力”并给出两项可落地指标。五、讨论题（每题5分，共20分）35.结合实例讨论“高绩效技术团队”中“心理安全”与“问责制”如何并存。36.请就“应届生直接担任开发主管”可能引发的三大风险展开论述，并提出缓释方案。37.在OKR与KPI并行的组织中，如何防止团队出现“指标套利”行为？请给出制度与技术手段。38.云原生时代，传统“研发—运维”边界被打破，讨论开发主管如何重塑“质量责任”归属。答案与解析单选：1C2B3B4B5B6B7C8B9D10B填空：11结对编程、代码重构 12分区容错 13Effectiveness 14Invent 15次/天 16二次 17非线性/指数 18恢复点 19下属 20P/PC判断：21√22×23×24√25×26√27×28√29×30√简答31（200字）：传统经理聚焦任务分派与结果考核，servantleadership强调去中心决策、资源服务与成长赋能。行为差异：1.决策方式——传统自上而下，仆人式通过共识与数据；2.问题视角——传统关注进度偏差，仆人式关注团队障碍；3.成功标准——传统以交付日期为准，仆人式以团队自组织能力提升为准。简答32（200字）：服务粒度细可降低耦合、提升扩展，但会增加调用链与最终一致性难度。权衡策略：1.业务边界优先，按限界上下文拆分，减少跨服务事务；2.对强一致场景采用Saga或TCC模式，把一致性成本集中到核心域；3.引入领域事件与异步消息，降低实时一致要求；4.配套分布式追踪与对账任务，把技术债可视化并纳入迭代偿还计划。简答33（200字）：1.立即建立“指挥—通讯—后勤”三通道，指定单一IncidentCommander，杜绝多头；2.用时间线法快速收集现象，屏蔽指责语言，只问“发生了什么”；3.宣布进入“战时纪律”，冻结非相关发布，集中人力与日志；4.5分钟内给出临时止血方案（降级、回滚、限流），同步给业务方；5.记录所有操作命令，为事后复盘留痕，同时启动客服公告模板，控制舆情。简答34（200字）：技术影响力=技术决策被采纳的广度×深度×复用率。可落地指标：1.技术方案采纳率——季度内提交的架构提案被团队采纳的比例，目标≥60%，由技术委员会匿名投票；2.组件复用次数——个人抽象出的SDK、框架在内部不同项目被引用的次数，通过GitLab统计，目标年引用≥5个项目，减少重复开发成本。讨论35（200字）：心理安全允许成员承认错误，问责制要求对结果负责。并存方法：1.区分“人”与“事”，复盘聚焦系统缺陷而非个人；2.建立清晰责任矩阵RACI，事前共识，事后按角色追责；3.引入“失败奖金”，对主动暴露风险并推动改进者给予奖励，形成正向激励；4.领导先自我批评，示范安全氛围，再把改进任务放入OKR，实现闭环。讨论36（200字）：风险1.技术决策经验不足导致架构腐化，缓释：设置技术导师双签制度；风险2.团队不服，出现“反授权”，缓释：采用影响力地图，先带小项目打胜仗建立credit；风险3.跨部门沟通被轻视，缓释：由上级总监出席前三次例会背书，逐步过渡到应届生独立owner。讨论37（200字）：制度：1.OKR公开晾晒，设置“交叉评审”防止本部门放水；2.引入“反套利”条款，若KR达成但业务核心指标下降，自动降级。技术：1.指标平台与日志打通，异常波动自动触发审计；2.使用区块链存证关键数据，防止事后篡改；3.对“刷指标”行为进行红黄牌