本頁內容
練習問題
How do you gather requirements on a new project?
在新專案裡，你怎麼蒐集需求？
為什麼這樣問他們想知道你有清楚的方法，而不是靠猜的。
依順序說出你的步驟。說你會找哪些人談，例如每一類使用者。說你會問什麼，例如他們每天的工作。最後說你怎麼確認，例如把筆記拿給他們看。
How do you prioritise requirements when there are too many?
需求太多的時候，你怎麼排優先順序？
為什麼這樣問時間和預算都有限。他們想看你怎麼判斷什麼最重要。
說明你怎麼決定。例如看商業價值、風險和所需的工作量，再和相關的人一起確認順序。舉一個你參與做決定的簡短例子。
What do you do when requirements change in the middle of a project?
專案進行到一半，需求改變了，你會怎麼做？
為什麼這樣問需求變動很常見。他們想知道你能冷靜處理，也能讓專案保持清楚。
說你怎麼記錄變更、檢查對時間和成本的影響，再告訴對的人。也說明是誰做決定。可以的話，舉一個小小的真實例子。
Tell me about a time a team and the business misunderstood each other. What happened?
請說說有一次團隊和業務單位互相誤會的經驗。發生了什麼事？
為什麼這樣問他們想聽一個真實的故事，看你怎麼發現並化解溝通上的落差。
說哪裡出了問題、你怎麼發現的、你自己做了什麼。要用「I」，不要只說「we」。例如：一個團隊指的是月報，另一個指的是週報，你拿出範例讓大家達成共識。
Tell me about a mistake you made in your work. What did you do?
請說說你工作上犯過的一個錯誤。你怎麼處理？
為什麼這樣問他們想看你是否誠實，也想知道你怎麼負責、怎麼學習。
選一個真實、不大、而且是你自己的錯誤。說你怎麼發現、怎麼補救、告訴了誰。最後說你現在做法有什麼不同。
Describe a process you improved. What was the result?
請描述一個你改善過的流程。結果如何？
為什麼這樣問他們想看到證據，證明你能讓工作更快、更簡單或更清楚，而且有真實的成果。
說原本哪裡慢或有問題、你改了什麼、結果如何。有數字更好，例如從五天變成兩天。用文字說清楚前後的差別也可以，例如錯誤變少、信件變少。
How do you write down and share requirements?
你怎麼記錄並分享需求？
為什麼這樣問清楚的文件能幫團隊做出對的東西。他們想知道你用什麼工具、有什麼習慣。
說出你用的工具，例如使用者故事、流程圖或簡單的需求清單。說你怎麼讓文件簡短清楚，還有大家怎麼審閱並同意。
Think of a time two people in the business wanted opposite things. What did you do, step by step?
想一想有沒有兩個人想要的東西完全相反的時候。你一步一步是怎麼做的？
為什麼這樣問分析師常常夾在不同團隊之間。他們想看你怎麼讓各方都站在同一邊。
一步一步說：你聽了雙方的想法，找出每個要求背後真正的需要，提出幾個選項，再幫他們達成共識。說出最後的決定，以及大家的感受。
How do you work with technical teams and business teams?
你怎麼同時和技術團隊與業務團隊合作？
為什麼這樣問他們想知道你能把需求清楚地說給不同專長的人聽。
說你怎麼針對不同的人調整說法。提到簡單的工具，例如簡短的筆記、範例或圖表。舉一個這樣做有幫助的小例子，例如一場會議。
What was your own role in a recent project?
在最近的一個專案裡，你自己的角色是什麼？
為什麼這樣問他們想知道你個人負責的部分，而不只是團隊做了什麼。
用一句話說出專案。接著用「I」說兩、三件你自己做的事，例如「I ran the workshops」或「I wrote the new form」。也可以說你怎麼支持團隊。
First, I find out who uses the process, and I talk to them.
首先，我會找出誰在使用這個流程，然後和他們談。
Clara
AI 教練
Leo
AI 教練
可以試著說的句子
First, I find out who uses the process, and I talk to them.
首先，我會找出誰在使用這個流程，然後和他們談。
I checked my notes with them to make sure I understood.
我把筆記拿給他們確認，確定我沒有理解錯。
I noticed that we meant different things, so I showed them a sample.
我發現我們指的是不同的東西，所以我拿了一個範例給他們看。
I listened to both sides and found what each group really needed.
我聽了雙方的想法，找出每個團隊真正需要的是什麼。
I explained it in simple words and used a diagram.
我用簡單的話說明，還用了一張圖。
Before the change, it took five days. After the change, it took two.
改變之前要花五天，改變之後只要兩天。
常見問題
如果我的例子來自小公司，或是另一個國家的工作，可以嗎？
可以。面試官想聽的是你怎麼工作。一個小而真實、步驟清楚又有結果的例子，比大而空泛的例子更好。先用一、兩句話說明情況，再把重點放在你做了什麼。
我的成果沒有數字，這樣有問題嗎？
沒有問題。有數字會更好，但不是一定要有。你可以用文字說清楚前後的不同。例如：「Before, people sent emails back and forth. After, everyone used one shared form, and there was less confusion.」
如果我聽不懂問題，該怎麼辦？
請對方再說明是很正常，也很有禮貌的。你可以說：「Could you say that again, please?」或「Do you mean a project at work or any project?」先停一下，想一想。冷靜、清楚的回答，比快速的回答更好。