第一篇，我们讲了什麽是行为面试，有哪些地雷在大方向上我们要避免。 第二篇，探讨了 Amazon 的三个基础的 leadership priciples 。 第三篇，也是最後一篇，我们来讨论如何将过去的故事，转成面试中帮助你拿到 offer 的利刃。 你曾经有以下的经验吗? 觉得面试官问的情境自己有遇过，但总是讲不好； 觉得面试官问的情境自己根本没遇过，不知道怎麽回答； 觉得自己已经讲得很精彩了，却被说细节不足、或是看不到大方向? 今天就让我们一起打破一些行为面试的迷思， 以及透过四个步骤，来完成你的面试故事! — 无论是我自己在准备面试，或是陪身边的朋友准备行为式面试，我都会用以下的四个步骤 来帮助自己/朋友撰写故事，以及精简故事。 这四个步骤分别是: 发想、串联、简化、产出 — 发想 这个阶段你要做的事情，就是把过去你做过的所有事情，用单词写出来。 可以使用心智图的工具辅助你。发想可以是任何东西，例如是纯粹的技术名词: Java, Backend, DB, MySQL… 也可以是商业、专案面的: 金流串接、CRM、拍卖系统、成长 30% … 甚至是角色面的: Team lead, Project leader, Scrum master… 写的过程不需要去想，这些名词彼此之间有没有重叠、重复， 我们要做的事情是，尽量无遗漏的把我们工作中的所有事情写出来。 为什麽我们要做这件事情? 因为每一个点，都可以是回答面试问题时的素材， 素材本身并没有意义，但搭配上挑战+结果，就会是一个面试时候可以用的故事。 当你把素材本身都准备好以後，不只可以帮你把常见的面试问题提前准备好， 就连临时被问到的问题，也能够快速组合手上的素材，当作是面试回答。 — 串联 接着，把你过去做过的专案，大到可以是产品名称、小到可以是一个 feature 甚至是一 个 ticket ，只要你认为这是一个值得写的故事，都把它写出来，作为我们串联的起点。 所以可能会有【交友软体架构设计】【金流串接】【React 导入】…等等， 当你有了起点以後，开始把你的素材去做串联，每个完整的故事，应该要包含: 1. 专案目标 (商业目标、技术目标) 2. 困难 3. 技术 ( framework/pattern/design….) 4. 结果 这个时候你会遇到几个问题，可能是找不到专案的困难点，也可能是专案的困难点很多， 也有可能是专案的困难点我们无法解决...等等。 对决大多数的人来说，专案的困难点通常不是【某项技术很难】，这种事情只会发生在极 少数的团队里面。为什麽我这麽说呢？ 我们的职称叫做工程师，只要叫做工程师，多数的时候我们是使用已经开发成熟的工具在 解决问题，尤其是 2025 年的今天，单独使用任何一项技术，通常不是难事。 难的事情是什麽？是你如何在现有的 codebase 里面，理解问题、找到合适的技术、导入 并达到目标。 所以你的思考脉络应该要跳脱【技术本身难度很高】的思维，而是去思考【我解决过那些 不好处理的问题】。例如老板要你下礼拜无论如何让网站能承受的顺时流量提高为平常 的 50 倍不计成本，达到这个目标通常不会用什麽技术难度很高的工具、技术。肯定是一 堆烂 code + workaround。但可以透过这个故事，让面试官知道你的思考脉络，怎麽拆解 问题、怎麽评估可行性、怎麽降低风险…。 重点不在你用了什麽【很难】的技术，而是你如何在困难的情况下理性地做出选择并执行 。 如果你想不到你专案的技术难点，就想想你的外在环境，例如：时间很赶、codebase 很 脏、准确度要很高、容错率很低….等等，这些都有可能将一个简单的专案变得困难。 不该是难点的东西例如：自己不懂这技术、同事很难相处、管理层不懂技术、客户要求很 多、老板要马儿跑不给马吃草...。这些我们无法透过技术改善的事情，是我们工作上的 困难，而不是面试故事里面该出现的困难。 如果你想到难点太多，那就近到我们的下一阶段，简化。 — 简化 身为面试者，我们不是在当史官，不是一五一十的把每一个故事讲得非常完整。 更准确来说，我们是天桥底下说书人。 史官要的是客观、要让读者知道完整的时空背景。 所有的事件都无法单独存在，一环扣一环。 天桥底下说书人，要的是故事的精采程度， 而一个精彩的故事，一次通常只会有一个重点。 同样在【优化演算法效率】的故事里面，完整版本的故事，包含了当初为什麽会有第一个 版本、为什麽第一个版本不够好、做了那些尝试、最後使用了甚麽样的方案，甚至途中包 含了难搞的 PM、咄咄逼人的 Sales、懒惰的同事....。 天桥底下说书人的说法非常简单，里面只有【挑战、行动、结果】。 详细的部分再之前的文章 https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1741185194.A.81F.html 已讨论，就不重复做文章。 如果你的故事有太多困难点，就把每个困难点拆开来当作不同的故事。 简化的过程，必须把自己无法克服的困难点直接移除故事中，否则会混乱焦点。 — 产出 当你的每个故事，都有着目标、带着你的各个关键字，听起来也有了困难跟结果，接着要 试着去问自己以下几个问题: 1. 把故事讲完的长度，有控制在五分钟、甚至三分钟内吗？ 2. 你的故事有清晰的【挑战、行动、结果】吗？挑战跟结果有前後呼应吗？ 3. 你在讲【挑战】的时候，讲的让面试官想听、想了解吗？ 一个想让人了解的挑战，可能包含了： 让面试官有共鸣、过去也处理过类似的问题，甚至现在正在解决。 你使用到了公司的技术栈、或是打算要采用的技术栈。 一个合格的结果必须呼应到最初定义的挑战， 完成了多少、中间的行动是否真的能够解决当时的挑战。 当你的故事中，挑战能够吸引面试官的眼球、行动内容合理、结果与挑战呼应， 那麽你的行为式面试 behvarioal question 已经完成度相当高了。 — 本周日下午一点，我和朋友办了一场线上的工作坊， https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1741976948.A.753.html　的作者， 主要针对海外求职与外商求职的工作坊，主题讲行为式面试， 我们的目标是未来每个月会办一场跟求职相关的工作坊， 可能是刷题、履历、面试...，欢迎有兴趣的朋友一起加入！ 报名表单: https://forms.gle/vCLwccjCX7ozTAnH9 活动的 zoom 会透过 email 寄出 ※ 批踢踢实业坊(ptt.cc), 来自: 198.54.104.33 (美国) ※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Soft_Job/M.1759458864.A.F9B.html ※ 编辑: rer429 (198.54.104.33 美国), 10/03/2025 11:48:22