2021年开发主管面试题及答案

2021年开发主管面试题及答案

一、单项选择题（总共10题，每题2分）1.以下哪项不属于敏捷开发的核心原则？A.个体与互动高于流程与工具B.可工作的软件高于详尽的文档C.合同谈判高于客户协作D.响应变化高于遵循计划2.版本控制系统（VCS）中，Git的分支策略“GitFlow”主要用于管理？A.紧急修复分支B.长期稳定分支C.特性开发与发布流程D.跨团队代码合并3.技术选型时，除了技术本身的先进性，最需要优先考虑的因素是？A.团队现有技术栈匹配度B.开源社区活跃度C.第三方支持成本D.技术未来扩展性4.团队成员因技术方案分歧产生冲突时，开发主管的最佳处理方式是？A.直接指定权威成员的方案B.组织技术评审并基于数据决策C.要求双方妥协各退一步D.暂时搁置问题优先推进进度5.项目风险管理中，“风险发生概率高且影响大”的风险应采取？A.接受策略B.转移策略C.缓解策略D.规避策略6.代码评审（CodeReview）的核心目的是？A.检查代码风格一致性B.发现潜在缺陷并提升团队能力C.确保代码符合编码规范D.评估开发人员工作效率7.需求变更管理中，开发主管应优先关注？A.变更提出方的层级B.变更对现有进度与成本的影响C.变更的技术实现难度D.客户对变更的紧急程度8.技术债务（TechnicalDebt）的主要来源不包括？A.为快速交付选择的临时方案B.团队成员技术能力不足导致的代码缺陷C.符合当前需求的完整设计D.需求频繁变更导致的设计冗余9.跨部门协作时，开发主管的关键职责是？A.主导其他部门的工作安排B.明确接口定义与责任边界C.直接解决其他部门的技术问题D.协调资源但不参与具体执行10.开发团队绩效考核中，最能反映团队长期能力的指标是？A.需求完成及时率B.线上故障次数C.代码复用率D.迭代周期时长二、填空题（总共10题，每题2分）1.CI/CD的完整含义是__________。2.Git中用于合并分支的常用命令是__________。3.敏捷开发中最常用的两种框架是Scrum和__________。4.代码质量的核心评估维度包括正确性、可维护性、__________和安全性。5.项目风险管理的四个步骤是识别、评估、__________和监控。6.需求管理中，常见的需求文档类型包括BRD（商业需求文档）、MRD（市场需求文档）和__________。7.团队冲突解决的“托马斯-基尔曼模型”将策略分为竞争、合作、妥协、回避和__________。8.技术选型时，需从技术适配性、团队能力、成本（含维护与学习成本）和__________四个维度评估。9.软件测试的主要阶段包括单元测试、集成测试、系统测试和__________。10.OKR的全称是__________。三、判断题（总共10题，每题2分）1.敏捷开发强调“轻文档”，因此不需要任何需求文档。（）2.版本控制中，所有代码提交必须关联具体的任务或缺陷跟踪号。（）3.技术选型时，应优先选择最新、最流行的技术以保持技术领先性。（）4.代码评审应主要由技术主管完成，普通成员参与意义不大。（）5.需求变更必须经过严格的评估流程，不能直接进入开发环节。（）6.技术债务是不可避免的，因此无需主动管理。（）7.团队绩效评估应仅关注任务完成情况，不考虑成员能力成长。（）8.跨部门协作时，需提前明确各方的输入输出标准和时间节点。（）9.持续集成（CI）应每天执行一次，以避免影响开发效率。（）10.绩效考核结果应完全公开，以确保公平性。（）四、简答题（总共4题，每题5分）1.简述敏捷开发中Scrum框架的三个核心角色和三个核心工件。2.技术选型时，需要经历哪些关键步骤？3.作为开发主管，如何提升团队整体技术能力？4.当紧急需求与原有开发计划冲突时，应如何处理？五、讨论题（总共4题，每题5分）1.如何平衡技术创新（如引入新技术）与项目交付压力（如按时上线）？2.团队核心成员离职可能带来哪些风险？如何预防和应对？3.如何推动团队从传统瀑布模型转向敏捷开发，并确保平稳过渡？4.开发流程效率低下时，应从哪些方面评估并改进？答案一、单项选择题1.C2.C3.A4.B5.D6.B7.B8.C9.B10.C二、填空题1.持续集成/持续交付（或持续部署）2.gitmerge（或gitrebase）3.Kanban（看板）4.可扩展性（或可读性）5.应对（或处理）6.PRD（产品需求文档）7.迁就（或accommodating）8.业务适配性（或业务需求匹配度）9.验收测试（或用户验收测试）10.目标与关键成果法（ObjectivesandKeyResults）三、判断题1.×2.√3.×4.×5.√6.×7.×8.√9.×10.×四、简答题1.Scrum的三个核心角色：产品负责人（ProductOwner）、ScrumMaster、开发团队；三个核心工件：产品待办列表（ProductBacklog）、迭代待办列表（SprintBacklog）、已完成的增量（DoneIncrement）。2.关键步骤：明确业务需求与目标→调研候选技术方案→评估技术适配性（含团队能力、成本、扩展性等）→试点验证→决策并制定迁移计划→持续跟踪优化。3.策略包括：组织技术分享与培训（内部/外部）、设定技术提升目标（如代码质量指标）、鼓励参与开源或技术项目、建立导师制（经验传承）、提供学习资源（如技术书籍/课程）。4.处理步骤：评估紧急需求的优先级与影响（如业务价值、风险）→与相关方（产品、客户）沟通确认→调整原有计划（如重新排期、资源调配）→同步团队并明确新目标→跟踪执行并反馈。五、讨论题1.平衡要点：明确技术创新的目标（解决业务问题而非炫技）→评估创新对交付的影响（如时间、成本、风险）→采用渐进式引入（试点/小范围验证）→预留缓冲时间（如迭代中的“探索期”）→与业务方对齐预期（避免过度承诺）。2.风险：知识断层（关键模块无人熟悉）、进度延迟（交接成本高）、团队士气波动；预防：建立知识共享机制（文档、代码评审）、角色备份（交叉培训）、关注成员状态（职业发展沟通）；应对：快速交接（指定临时负责人）、外部支援（如专家介入）、调整计划（优先保障核心功能）。3.推动方法：团队培训（理解敏捷理念与实践）→试点小范围（如单个小组先试行）→逐步调整流程（如从固定周期迭代开始）→建立反馈机制（定期回顾改进）→管理层支持（资源与文化引