4 exercises — asking for feedback, using data when raising concerns, discussing promotion readiness, and giving upward feedback to your manager.
0 / 19 completed
1 / 19
Your manager asks: "How do you think things are going for you at the moment?" You want to ask for specific feedback on your performance. Which response is most effective?
Option C is the ideal 1:1 feedback request because it:
Opens positively: "Overall I feel good" — you're not just fishing for compliments or signalling insecurity Makes a specific, actionable ask: "Is there anything I could be doing differently?" — direct enough that the manager can't give a vague answer Adds a growth dimension: "Are there any areas where you'd like to see more growth?" — shows ambition, not just defensiveness
Why the others fail: A — "Working hard and learning a lot" is not feedback-seeking; it's a statement that invites the manager to close the topic B — This puts the manager on the defensive ("am I failing to give you feedback?") rather than inviting a dialogue D — "Score" language trivialises performance feedback; it also presumes a formal review process that may not exist
Powerful 1:1 feedback questions: • "Is there anything I could have done differently on [specific project]?" • "What would make me more effective in my role?" • "If you could change one thing about how I work, what would it be?" • "Where do you think I'm closest to the next level, and where am I furthest away?"
2 / 19
You want to raise a concern about the team's on-call rotation being unsustainable. You're talking to your manager in a 1:1. Which approach is best?
Option C is model 1:1 feedback delivery. It follows the SBI + Proposal framework:
Situation: "over the last three months" — time-bounded, not vague Behaviour/Data: "paged 23 times, six were false positives" — objective data, not feelings or opinions Impact: "unsustainable, could lead to burnout" — states consequences for the business, not just personal discomfort Proposal: "I have ideas for improving alert thresholds — would it be worth scheduling a review?" — comes solution-ready, not just problem-presenting
Why the others fail: A — "Everyone hates it" is an unsubstantiated generalisation; your manager can't act on "everyone" B — "I don't want to" frames it purely as personal preference; your manager's job is harder when you aren't connecting it to a business risk D — Vague "other companies" examples without specifics sound like complaints, not proposals
The magic phrase for raising concerns with managers: "I'd like to raise a concern about [specific thing]. The data I'm seeing is [observable facts]. My concern is [business risk]. I have some ideas — can we talk through them?"
3 / 19
You believe you're ready for a promotion to Senior Developer. How do you open the conversation about it in a 1:1?
Option C is the professional promotion conversation opener. Here's why it works:
States readiness with evidence: "Based on [specific projects], I've been operating at that level for some time" — not just "I want it"; you're making a case Frames it as a collaborative process: "I'd love to understand the criteria" — you're inviting the manager to be your partner in this, not putting them on the spot Shows commitment-readiness: "What would you need to see from me?" — signals you're willing to do the work, not just waiting to be promoted
Why the others fail: A — "I deserve" is inherently adversarial; "can we discuss salary" conflates promotion (role scope) with compensation (separate conversation) B — Comparing yourself to others is a workplace negative; it sounds resentful and doesn't make a case for your own merit D — Market comparison without a direct case for your own value is weak; and mixing this into a regular 1:1 without setup is jarring
Preparing your promotion case: 1. Name 2-3 specific projects where you operated at the next level 2. Quantify the impact where possible 3. Show you've already been doing the job, not just asking for the title 4. Ask for criteria — "What would success at the Senior level look like?"
4 / 19
Your manager frequently changes priorities without explanation, which causes confusion for the team. You want to give them upward feedback in your 1:1. Which approach is most effective?
Option C is the model for upward feedback — one of the hardest things to do well in a professional context:
Uses "I" framing, not "you" blame: "It becomes difficult for the team" — not "you make it confusing" Uses a specific example: "last week's switch from payment integration to reporting" — makes it concrete, not a vague pattern States the specific impact: "difficult to understand the reasoning and maintain focus" — connects it to outcomes Offers a minimal, easy solution: "a two-line Slack message" — immediately actionable, very low friction
Why the others fail: A — "You keep changing" and "confusing everyone" is accusatory and passive-aggressive; even if accurate, it triggers defensiveness B — Hiding behind "the team is unhappy" is cowardly; own your feedback ("I want to share feedback") D — Comparing your manager unfavourably to "other managers" is insulting unless used carefully with data
Upward feedback framework: "I wanted to share some feedback about [behaviour, not person]. When [observable event], it [specific impact]. I wonder if [low-friction solution] might help. What do you think?"
5 / 19
Sarah (Lead Developer) asks you: 'I've noticed you've been spending a lot of time on the new authentication service. Is there anything blocking your progress?' What is the most professional and productive way to respond?
Simply stating 'Everything's fine' doesn't address the underlying issue and shuts down a valuable opportunity for Sarah to offer assistance. Option B directly identifies a specific problem and requests clarification – this is proactive and demonstrates you're taking ownership. Options C and D are evasive or shift blame, which aren't constructive in a 1:1.
6 / 19
You're drafting a comment on a code review for David (Senior Developer) regarding a section of the code. He's raised concerns about performance. Which of the following responses is most effective?
Offering a vague agreement ('I think it looks good') doesn't engage with David's specific concern about performance. Option B shows alignment but lacks detail. Crucially, option C invites further discussion and demonstrates your desire to learn – this is the most collaborative approach in a code review setting. Dismissing the feedback (option 4) is disrespectful and shuts down valuable input.
7 / 19
You're writing a Slack message to your team about a critical bug you've discovered in the payment processing module. Which of the following messages is most appropriate?
A terse 'Bug found! Fix it!' lacks context and doesn't provide enough information for the team to understand the severity or your plan. Option B is professional, clearly states the issue, and promises updates – essential for effective communication in Slack. Options C and D are too informal and don't convey urgency.
8 / 19
You're preparing the description for a Pull Request you've submitted to Maria (Team Lead). The PR includes refactoring some legacy code. Which of the following descriptions is most effective?
Simply stating 'Fixed some bugs' is too vague. It doesn't explain *why* the code was refactored or what benefits it provides. Option B clearly describes the purpose of the changes and highlights key improvements like readability and maintainability – important for a team lead to understand the value. Options C and D are overly simplistic.
9 / 19
During your daily standup, you're reporting on your work. Your manager, Ben, asks: 'What roadblocks are you encountering?' You respond with: 'I'm still waiting for the database schema changes to be deployed.' What is the best way to elaborate?
Simply stating that you're waiting for a deployment doesn't provide context about the impact of the delay. Option B clearly explains how the delay is affecting your work and suggests a discussion if necessary – demonstrating proactive problem-solving. Options C and D avoid addressing the issue and don't offer any solutions.
10 / 19
Sarah (Lead Developer) asks you: 'I've noticed you've been spending a lot of time on the new authentication service. Is there anything blocking your progress?' What is the most professional and productive way to respond?
Simply stating 'Everything's fine' doesn't address the underlying issue and shuts down a valuable opportunity for Sarah to offer assistance. Option B directly identifies a specific problem and requests clarification – this is proactive and demonstrates you're taking ownership. Options C and D are evasive or shift blame, which aren't constructive in a 1:1.
11 / 19
You're drafting a comment on a code review for David (Senior Developer) regarding a section of the code. He's raised concerns about performance. Which of the following responses is most effective?
Offering a vague agreement ('I think it looks good') doesn't engage with David's specific concern about performance. Option B shows alignment but lacks detail. Crucially, option C invites further discussion and demonstrates your desire to learn – this is the most collaborative approach in a code review setting. Dismissing the feedback (option 4) is disrespectful and shuts down valuable input.
12 / 19
You're writing a Slack message to your team about a critical bug you've discovered in the payment processing module. Which of the following messages is most appropriate?
A terse 'Bug found! Fix it!' lacks context and doesn't provide enough information for the team to understand the severity or your plan. Option B is professional, clearly states the issue, and promises updates – essential for effective communication in Slack. Options C and D are too informal and don't convey urgency.
13 / 19
You're preparing the description for a Pull Request you've submitted to Maria (Team Lead). The PR includes refactoring some legacy code. Which of the following descriptions is most effective?
Simply stating 'Fixed some bugs' is too vague. It doesn't explain *why* the code was refactored or what benefits it provides. Option B clearly describes the purpose of the changes and highlights key improvements like readability and maintainability – important for a team lead to understand the value. Options C and D are overly simplistic.
14 / 19
During your daily standup, you're reporting on your work. Your manager, Ben, asks: 'What roadblocks are you encountering?' You respond with: 'I'm still waiting for the database schema changes to be deployed.' What is the best way to elaborate?
Simply stating that you're waiting for a deployment doesn't provide context about the impact of the delay. Option B clearly explains how the delay is affecting your work and suggests a discussion if necessary – demonstrating proactive problem-solving. Options C and D avoid addressing the issue and don't offer any solutions.
15 / 19
Sarah (Lead Developer) asks you: 'I've noticed you've been spending a lot of time on the new authentication service. Is there anything blocking your progress?' What is the most professional and productive way to respond?
Simply stating 'Everything's fine' doesn't address the underlying issue and shuts down a valuable opportunity for Sarah to offer assistance. Option B directly identifies a specific problem and requests clarification – this is proactive and demonstrates you're taking ownership. Options C and D are evasive or shift blame, which aren't constructive in a 1:1.
16 / 19
You're drafting a comment on a code review for David (Senior Developer) regarding a section of the code. He's raised concerns about performance. Which of the following responses is most effective?
Offering a vague agreement ('I think it looks good') doesn't engage with David's specific concern about performance. Option B shows alignment but lacks detail. Crucially, option C invites further discussion and demonstrates your desire to learn – this is the most collaborative approach in a code review setting. Dismissing the feedback (option 4) is disrespectful and shuts down valuable input.
17 / 19
You're writing a Slack message to your team about a critical bug you've discovered in the payment processing module. Which of the following messages is most appropriate?
A terse 'Bug found! Fix it!' lacks context and doesn't provide enough information for the team to understand the severity or your plan. Option B is professional, clearly states the issue, and promises updates – essential for effective communication in Slack. Options C and D are too informal and don't convey urgency.
18 / 19
You're preparing the description for a Pull Request you've submitted to Maria (Team Lead). The PR includes refactoring some legacy code. Which of the following descriptions is most effective?
Simply stating 'Fixed some bugs' is too vague. It doesn't explain *why* the code was refactored or what benefits it provides. Option B clearly describes the purpose of the changes and highlights key improvements like readability and maintainability – important for a team lead to understand the value. Options C and D are overly simplistic.
19 / 19
During your daily standup, you're reporting on your work. Your manager, Ben, asks: 'What roadblocks are you encountering?' You respond with: 'I'm still waiting for the database schema changes to be deployed.' What is the best way to elaborate?
Simply stating that you're waiting for a deployment doesn't provide context about the impact of the delay. Option B clearly explains how the delay is affecting your work and suggests a discussion if necessary – demonstrating proactive problem-solving. Options C and D avoid addressing the issue and don't offer any solutions.
What will I practise in "One-on-One Meeting Language"?
This module focuses on Meetings & Collaboration — real workplace phrasing you'll use on the job. It contains 19 scenario-based multiple-choice questions with instant feedback.
Is this exercise free to use?
Yes. Every exercise on CoderSlingo, including this one, is free to use with no account or sign-up required.
How many questions does this exercise have?
This module includes 19 questions. Each one gives an immediate right/wrong result plus a full explanation of the correct phrasing.
What happens if I answer a question incorrectly?
You'll see the correct answer highlighted straight away, along with a plain-English explanation of why it's right and why the other options don't fit — mistakes are part of the learning here.
Can I retry the exercise if I want a better score?
Yes — use the 'Try again' button on the results screen to reset your score and go through the questions again. There's no limit on attempts.
Who is this Meetings & Collaboration exercise for?
It's aimed at IT professionals with working English who want to sound more natural and precise around meetings & collaboration — useful whether you're preparing for real conversations at work or just building confidence with the vocabulary.
Do I need an account to track my progress?
No account is needed. Your progress through the exercise is tracked locally in your browser for the current session, and you can replay the module at any time.
How is this different from reading a blog article?
This exercise is an interactive drill that tests and reinforces specific phrasing through multiple-choice questions with instant feedback, while blog articles explain concepts and vocabulary in prose. The two work well together.
Where can I find more Meetings & Collaboration exercises?
See the Meetings & Collaboration hub for more modules like this one, or browse the full Exercises page for other IT-English topics.
Can I complete this exercise on my phone?
Yes — every exercise on CoderSlingo is fully responsive and works on phones and tablets, so you can practise anywhere.