Retro - 2

这里想复盘下目前为止的面试经历。我一直认为，如果觉得自己卡在那里，一定是有门功课要在那里完成。
那些失败的问题
1 如何在回答一个问题中更好的展示自己，理论Vs实践， 宏观Vs微观， 策略Vs细节，高度Vs执行细节。目前感觉是为了包括以上角度，我的表达的有些乱，甚至会让人感觉思路不清楚啰嗦。 能想到以上回答角度是好的，进一步是需要一个表达的框架。 遵循STAR框架，Situation,可以从宏观和一定高度讲下背景，Task 提出理论，策略 ， Action 更多是实践，执行细节，Result,要能量化，对整体有回顾。 
另外两种回答思路是： 先提炼问题关键词，推演提问目的(审题不严是我的问题）/ 拆解回答逻辑，在脑内简单列出思维导图 / 拓展核心论点,举例子补充细节/总结中心情感，展现深度内核。
另外一种思路是： SCQA Situation 构建共鸣情境，Complication揭示潜在冲突，Question提出关键问题，Answer 剖析解决方案
个人觉得自己有时候会在审题上失分，需要加强加强再加强。然后就是不要丢掉框架感。
2 如何和开发团队合作的 这个问题被问过很多次，我之前的回答也并不好，只是这个问题没有被当做一个主要问题，而我的回答太随心所欲。 当一面遇到的是engineer manager 这个问题就显得尤为重要，我没有马上警醒。 有时候自己输在不当回事上了。。。 因为我假设对方对工作routin的事情无需多言，事实是对方需要我再说一遍。朋友建议的答案是，从管理，业务，技术三个角度回答，很多问题都可以拆分成这三个维度。
从管理角度来说，职责分明，有明显界限，但是愿意为开发团队提供帮助。从业务角度,brideg the gap between业务团队和开发，PRD，Kickoff等形式都是为了更好的沟通好，在设计过程也会听取开发建议。从技术角度，会多和开发沟通可行性，了解系统逻辑，方便业务决策。
需要不要Jump into个人feeling方面，而应该是理性从工作职责角度seriously回答问题。
3 如何看待工作节奏快  这个问题我的回答直接到了multiple-task，依然是审题仓促，直接跳到一个随机答案。
回答这个问题还没有想到标准的框架，能想到的是和efficency 和effective结合。认同公司增长期迭代快是正常的，需要快速迭代。
4 简历的模块化   被建议拆分简历从按照时间顺序变成模块化， 由于大多数简历都是按照时间顺来的，担心和当前阅读习惯不一致，暂时只做了内容优化，的确也发现了简历的问题： 1）有点流水账， 重点不突出，也被人问强项在2C还是2B， 其实对方的问题也早反应我的简历存在的问题；2）缺少数字量化， 让resumeword帮助诊断，的确是数字太少；3 简历定制化，针对AI职位，针对2C职位，针对2B职位。