# 1. 请挑一个最具代表性的项目讲清背景、目标与约束 A 背景越详细越好，应尽量铺陈所有业务细节 B 只讲结果数据即可，背景与约束不重要 C 应聚焦"问题—目标—约束"框架，并突出个人贡献 ✓ 正确答案 D 背景应当编造得更宏大以吸引面试官
# 2. 你在项目中的角色是什么，可量化的事与人范围 A 把团队所有成果都归功于自己 B 应尽量模糊职责，避免被追问细节 C 应给出可量化的范围并明确个人掌控边界 ✓ 正确答案 D 只强调职责，不涉及任何数据
# 3. 项目立项时最被低估的约束是什么，后来如何被发现 A 被低估的约束无法提前预判，只能事后补救 B 只要按期交付，约束是否被低估无关紧要 C 应通过立项清单主动排查存量数据、历史逻辑等隐性依赖 ✓ 正确答案 D 低估约束是能力不足的表现，应避而不谈
# 5. 项目目标设定时与产品 / 业务方存在哪些分歧、如何对齐 A 坚持技术方案，要求产品完全服从 B 用价值排序与可验证数据，共同设计分阶段方案 ✓ 正确答案 C 直接接受产品全部需求以换取和谐 D 把分歧提交给上级裁决后不再过问
# 6. 如何避免被分配项目时承担过窄或过宽职责 A 完全听从上级安排，不做任何澄清 B 把职责范围写得越大越好以显示能力 C 只做自己擅长的事，其余一概不管 D 用 RACI 等工具在启动时书面化各方职责 ✓ 正确答案
# 7. 讲一次项目目标 SMART 与模糊之间的处理 A 主动把目标翻译成可度量的 SMART 指标并确认口径 ✓ 正确答案 B 先按自己理解执行，验收时再说 C 要求业务方给出精确目标后才动手 D 模糊目标无法处理，只能等待
# 9. 项目目标中的"成功"和"避免失败"分别是什么 A 成功是正向指标，避免失败是底线保障，两者需平衡 ✓ 正确答案 B 两者是同一概念，无需区分 C 只要成功即可，无需考虑失败 D 避免失败比成功重要的项目不需要设定成功目标
# 10. 项目目标的来源与对齐中当项目目标与团队/公司战略冲突时如何识别与处理？ A 无视战略，按项目既定目标执行 B 直接放弃项目 C 私下抱怨却不采取行动 D 主动识别冲突并结构化呈现给上级决策 ✓ 正确答案
# 11. 项目目标无法直接度量（如“提升体验”）时，你如何与业务方共同定义代理指标（proxy metric）并确认统计口径？ A 由技术单方面定义，不咨询业务方 B 指标一旦确定就无需再确认 C 确保指标与业务结果有因果链，并确认统计口径 ✓ 正确答案 D 选一个看起来好看的指标即可
# 12. 项目约束的权衡中时间、范围、质量三者的取舍如何向干系人说明并获得认可？ A 永远优先保证质量，不考虑其他 B 用数据呈现取舍代价，给干系人提供选项并说明推荐 ✓ 正确答案 C 单方面决定并通知所有人 D 把取舍问题抛给上级后不再过问
# 13. 项目目标的明确中立项时如何把目标翻译成可验收的业务指标以避免验收阶段反复扯皮？ A 立项时就把可验收指标、口径写入文档并双方确认 ✓ 正确答案 B 由测试人员单方面定验收标准 C 完全靠双方默契 D 验收时再讨论标准
# 14. 目标的调整与沟通中目标被上调或下调后如何更新里程碑并向团队和干系人重新对齐预期？ A 等目标再次稳定后再处理 B 只私下更新自己的计划 C 重新评估影响、更新里程碑并召集各方对齐 ✓ 正确答案 D 不通知团队，直接按新目标执行
# 17. 讲一次项目目标写法影响后续资源与合作的案例 A 目标写法不会影响任何外部合作 B 目标越模糊越好，方便自由发挥 C 目标只需写在技术文档里 D 明确写出依赖与资源需求能促进资源方配合 ✓ 正确答案
# 18. 约束的管理中时间、资源与范围出现冲突时如何记录约束变更并向干系人同步影响？ A 口头沟通即可，无需记录 B 只要按时交付，变更记录可有可无 C 记录变更并同步影响，必要时请决策人确认 ✓ 正确答案 D 变更后不通知任何人
# 19. 职责的界定中项目启动时如何用 RACI 之类的方式书面化各方职责以避免中途出现责任真空？ A 明确各方职责，避免责任真空与推诿 ✓ 正确答案 B 把责任推给上级 C 让每个人做更多工作 D 增加文档工作量
# 20. 职责的承担与授权中作为负责人如何区分必须亲自决策的事项与可以授权他人完成的部分？ A 授权后就不再过问 B 授权只为了减轻自己负担 C 所有决策都应亲自做 D 影响大、不可逆的事项亲自决策，可逆且有标准的事项授权 ✓ 正确答案
# 21. 项目进行到一半你判断“不值得继续”时，如何向团队与上级提出终止建议、处理沉没成本并做好善后？ A 用数据评估边际价值，先与上级对齐，再妥善善后 ✓ 正确答案 B 悄悄搁置项目，不做任何说明 C 因为已投入成本大，坚持做到底 D 公开宣布"项目失败"，不顾团队感受
