本页内容
练习问题
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?
描述一个你改进过的流程。结果如何?
为什么这样问对方想要证据,证明你能让工作更快、更简单或更清楚,并带来真实的结果。
说说原来哪里慢或哪里有问题,你改了什么,结果怎样。有数字会更好,比如从 5 天变成 2 天。用文字把前后对比说清楚也可以,比如错误变少了,邮件变少了。
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”,讲 2 到 3 件你自己做的事,比如 “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.
改动之前要 5 天。改动之后只要 2 天。
常见问题
我的例子来自小公司,或者来自别的国家,可以吗?
可以。面试官想听的是你怎么工作。一个小而真实、步骤清楚、有结果的例子,比一个大而笼统的例子更好。用一两句话说明情况,然后把重点放在你做的事上。
我的成果没有数字,会有问题吗?
不会。数字有帮助,但不是必须的。你可以用文字描述清楚前后的变化。比如:“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?”先停一下,想一想。冷静、清楚的回答,比快速的回答更好。