Meeting Participation

Meeting Participation

Participate confidently in technical meetings. Learn strategies for stand-ups, planning sessions, and presenting ideas in English.

Effective Meeting Participation for Developers

Meetings are where ideas become decisions, and participating effectively in English can significantly impact your influence and career growth. This guide helps you navigate common meeting types with confidence.

Before the Meeting

Preparation Strategies

1. Review the Agenda:

code
Meeting: Sprint Planning
Time: Tuesday 10am (2 hours)
Attendees: Dev team + PM

Agenda:
- Review last sprint velocity
- Prioritise user stories
- Estimate effort
- Identify blockers

My prep:
- Review user stories beforehand
- Prepare questions about requirements
- Think about technical dependencies

2. Prepare Your Points:

code
What I want to say:
✓ Flag technical debt in auth module
✓ Propose refactoring before adding features
✓ Suggest pairing on complex stories

Key phrases to use:
- "I'd like to raise a concern about..."
- "Have we considered...?"
- "I suggest we..."

3. Practice Out Loud:

  • Record yourself
  • Practice key phrases
  • Rehearse questions
  • Prepare for pushback

4. Technical Vocabulary Check:

code
Terms I might need:
- Refactoring
- Technical debt
- Code review
- Unit testing
- Integration
- Deployment

During the Meeting

Active Participation

1. Joining the Conversation:

code
Interrupting Politely:
"Sorry to interrupt, but..."
"Can I add something here?"
"May I jump in for a moment?"
"Building on what Sarah said..."

Waiting for Pause:
"I have a thought on this."
"Could I add something?"
"I'd like to share a perspective."

2. Expressing Opinions:

code
Agreeing:
"I completely agree with that approach."
"That's a great point."
"Exactly—I was thinking the same thing."
"That makes sense to me."

Disagreeing:
"I see it differently because..."
"I have a concern about that approach..."
"Have we considered the downside?"
"I'm not sure that will work because..."

Partial Agreement:
"I agree with X, but I'm concerned about Y."
"That's true in most cases, except..."
"Good point, though we should also consider..."

3. Asking Questions:

code
Clarification:
"Could you clarify what you mean by...?"
"I'm not sure I understand. Are you saying...?"
"Just to confirm, you mean...?"

Understanding Requirements:
"What's the expected behavior when...?"
"How should we handle edge cases like...?"
"What's the priority if we can't do both?"

Technical Details:
"What's the performance requirement?"
"Do we need backward compatibility?"
"What's the error handling strategy?"

4. Making Suggestions:

code
Proposing Ideas:
"What if we...?"
"Have we thought about...?"
"Another option would be to..."
"I'd like to propose..."

Offering Help:
"I can look into that."
"I'd be happy to research options."
"I can pair with someone on this."
"Let me take that action item."

5. Handling Confusion:

code
Immediate:
"I'm sorry, I didn't catch that. Could you repeat?"
"Could you speak a bit more slowly?"
"I'm having trouble hearing you."

Later:
"Can we circle back to the API design discussion? 
I want to make sure I understood correctly."

Common Meeting Types

1. Daily Stand-Up

Format (3 questions):

code
1. What did you do yesterday?
2. What are you doing today?
3. Any blockers?

Example Update:

code
"Yesterday I completed the authentication endpoints and 
wrote unit tests. Coverage is at 87%.

Today I'm starting on the password reset flow and will 
pair with Maria on the email integration.

No blockers right now, but I might need help with the 
email template design later this week."

Tips:

  • Keep it under 60 seconds
  • Be specific about progress
  • State blockers clearly
  • Offer to help others

Common Phrases:

code
Progress:
"I finished..."
"I completed..."
"I made progress on..."
"I'm about 80% done with..."

Current Work:
"I'm working on..."
"I'm starting..."
"I'm continuing..."
"Today I plan to..."

Blockers:
"I'm blocked by..."
"I'm waiting for..."
"I need help with..."
"I have a question about..."

2. Sprint Planning

Your Role:

  • Understand user stories
  • Estimate effort
  • Identify technical dependencies
  • Raise concerns

Useful Phrases:

code
Asking for Clarity:
"Can you walk through the acceptance criteria?"
"What's the expected user flow?"
"Are there designs for this?"

Estimating:
"This looks like a 3-pointer to me."
"I'd estimate 5 days including testing."
"This is bigger than it looks—maybe split into two stories?"

Raising Concerns:
"We'll need to refactor X first."
"This depends on the API being deployed."
"There's technical debt we should address first."

Volunteering:
"I can take this one."
"I'd like to work on the payment integration."
"I'm interested in the performance optimization story."

Example Participation:

code
PM: "Next story is user profile editing."

You: "Quick clarification—does this include avatar 
upload or just text fields?"

PM: "Just text fields for now."

You: "OK, that's simpler. I'd estimate 3 points. We 
already have the form validation logic, so it's mainly 
wiring up the API. I can pair with someone on this."

3. Retrospective

Format:

  • What went well?
  • What didn't go well?
  • Action items

Useful Phrases:

code
Positive Feedback:
"I really appreciated how the team..."
"The new testing approach worked well because..."
"I'm happy with our progress on..."

Constructive Feedback:
"I think we could improve..."
"One challenge I noticed was..."
"I struggled with... and I'm wondering if..."

Suggestions:
"What if we tried...?"
"Could we experiment with...?"
"I'd like to propose we..."

Action Items:
"I'll take ownership of that."
"Can we assign someone to research this?"
"Let's make that an action item."

Example:

code
Facilitator: "What went well this sprint?"

You: "I think the pairing sessions were really effective. 
We solved the caching issue much faster together than 
I would have alone. I'd like to continue that practice."

Facilitator: "What could we improve?"

You: "I noticed we had a lot of last-minute requirement 
changes. Could we freeze requirements midway through the 
sprint? That would help us maintain velocity."

4. Technical Design Review

Your Goals:

  • Present design clearly
  • Address concerns
  • Get feedback
  • Reach decision

Presentation Structure:

code
1. Problem Statement
"We need to improve API performance. Current response 
time is 500ms, target is under 100ms."

2. Proposed Solution
"I propose adding Redis caching at the controller level."

3. Alternatives Considered
"I also looked at database query optimization and CDN 
caching, but Redis gives us the most control."

4. Trade-offs
"Pros: Fast, flexible, well-documented.
Cons: Another service to maintain, cache invalidation 
complexity."

5. Open Questions
"Should we cache at the route level or response level?
I'd like feedback on that."

Handling Questions:

code
Know the Answer:
"Good question. We handle that by..."
"I researched that, and..."
"The documentation says..."

Don't Know:
"That's a good point. I haven't considered that yet."
"I'm not sure. Can we discuss that after?"
"I'll research that and follow up."

Pushback:
"I understand your concern. The reason I chose this 
approach is..."
"You're right that's a risk. We could mitigate it by..."
"That's a valid alternative. The trade-off is..."

5. One-on-One

With Manager:

code
Topics:
- Your progress
- Career goals
- Feedback
- Support needed

Opening:
"Thanks for the time. I wanted to discuss my progress 
on the authentication project and get your feedback."

Asking for Feedback:
"How do you think I'm doing overall?"
"What's one area where I could improve?"
"Am I meeting expectations for my level?"

Discussing Goals:
"I'm interested in moving toward more backend work."
"I'd like to work on my leadership skills."
"Could I take on more complex projects?"

Raising Issues:
"I'm finding it hard to focus with so many meetings."
"I'd appreciate more context on the project priorities."
"I'm not sure I have the support I need for this project."

With Teammates:

code
Pairing Check:
"How did you feel the pairing session went?"
"What could I do to be a better pair?"

Knowledge Sharing:
"I learned a great technique for testing async code. 
Want me to share it?"

Asking for Help:
"I'm stuck on the authentication flow. Do you have 
time to look at it together?"

6. All-Hands / Town Hall

Asking Questions:

code
Company Direction:
"Can you share more about the product roadmap for Q2?"
"What are the company's priorities this quarter?"

Process:
"Will we be hiring more engineers this year?"
"Are there plans to improve the deployment process?"

Clarification:
"Could you clarify what you meant by...?"
"I didn't quite understand the new policy. Could you 
explain...?"

Tips:

  • Be respectful of time
  • Ask relevant questions
  • Speak clearly and loudly
  • Thank the speaker

Handling Challenges

1. Fast Speakers

Strategies:

code
"Sorry, could you slow down a bit?"
"I'm having trouble following. Could you repeat that?"
"Let me make sure I understood [summarise]"

Practice: Listen to podcasts at 1.5x speed, gradually increase

2. Accents

Managing:

code
"I'm having trouble with the audio. Could you type 
that in chat?"
"Sorry, I missed that. Could you repeat?"

Your Accent:

  • Don't apologize for it
  • Speak clearly and slowly
  • Repeat if needed
  • Use chat for complex terms

3. Thinking Time

Buying Time:

code
"That's a good question. Let me think for a second..."
"Hmm, I need to consider that..."
"Could I come back to that in a moment?"
"Let me gather my thoughts..."

4. Disagreement

Expressing Disagreement:

code
Soft:
"I'm not sure I agree because..."
"I see it a bit differently..."
"I have a different perspective..."

Strong (when necessary):
"I disagree with that approach because..."
"I have serious concerns about..."
"I don't think that will work because..."

After Disagreeing:

code
"But I'm open to being convinced otherwise."
"What am I missing?"
"Help me understand why you think that's the best approach."

5. Being Interrupted

Reclaiming the Floor:

code
"If I could just finish my point..."
"Let me complete this thought..."
"As I was saying..."
"Hold on, I wasn't done yet."

Polite but Firm:

code
"I appreciate your input, but I'd like to finish 
explaining my reasoning first."

6. Dominating the Conversation

Being Conscious:

  • Count how many times you speak
  • Notice if others haven't spoken
  • Invite quiet people to share
  • "I've been talking a lot—I'd like to hear from others."

Meeting Best Practices

1. Active Listening

Show Engagement:

  • Nodding
  • Eye contact (on video)
  • Note-taking
  • Verbal cues: "mm-hmm," "I see," "interesting"

Paraphrasing:

code
"So if I understand correctly, you're saying..."
"Let me make sure I got this: you want us to..."
"Just to confirm, the plan is to..."

2. Time Management

Watch the Time:

code
"We have 5 minutes left. Should we wrap up?"
"This is taking longer than expected. Should we schedule 
a follow-up?"
"Let's table this discussion and continue async."

3. Note-Taking

What to Record:

  • Action items
  • Decisions made
  • Key numbers/dates
  • Questions to follow up on

Share Notes:

code
"I took notes—I'll send them to the channel."
"Action items:
- John: Research caching solutions by Friday
- Sarah: Draft API proposal
- Mike: Set up staging environment"

4. Following Up

After Meeting:

code
"Thanks for the productive discussion. To summarise:
- We decided to go with approach A
- I'll create the tech spec by Friday
- Sarah will review over the weekend
- We'll start implementation Monday

Let me know if I missed anything."

Virtual Meeting Tips

Technical Setup

Before Joining:

  • Test audio/video
  • Good lighting (face the light)
  • Neutral background
  • Stable internet
  • Close unnecessary apps

During Meeting:

  • Mute when not speaking
  • Headphones reduce echo
  • Look at camera when speaking
  • Share screen for technical discussions

Virtual Etiquette

Best Practices:

  • Turn video on (builds connection)
  • Arrive 2 minutes early
  • Announce when you leave
  • Use "raise hand" feature
  • Use chat for links/references

Chat Usage:

code
Good Chat Uses:
- Links to references
- Clarifying questions
- +1 to support ideas
- Sharing code snippets
- Links to docs

Avoid:
- Side conversations
- Jokes during serious topics
- Anything you wouldn't say aloud

Cultural Considerations

Meeting Culture Varies

US/UK:

  • Informal, first-name basis
  • Okay to disagree openly
  • Questioning encouraged
  • Fast-paced

Japan:

  • Formal, title-based
  • Consensus-oriented
  • Indirect disagreement
  • Preparation valued

Germany:

  • Punctual (on time = late)
  • Direct communication
  • Well-prepared agendas
  • Fact-based discussions

Adapt to Team Norms:

  • Observe first few meetings
  • Match formality level
  • Ask teammates about norms
  • "Am I speaking too much/little?"

Practice Exercises

Exercise 1: Stand-Up

Practice giving a 60-second update:

  • Yesterday's work
  • Today's plan
  • Blockers

Record yourself. Time it. Refine.

Exercise 2: Disagreement

Practice disagreeing politely with:

"I think we should use MongoDB for this project."

Use: "I see the appeal, but I'm concerned about...because..."

Exercise 3: Questions

For each scenario, prepare 3 clarifying questions:

  1. PM proposes new feature
  2. Teammate suggests architecture change
  3. Manager discusses performance

Tools and Resources

Meeting Tools

Zoom/Google Meet/Teams:

  • Learn keyboard shortcuts
  • Practice screen sharing
  • Test audio before important meetings

Otter.ai:

  • Automatic transcription
  • Review what you missed
  • Search for keywords

Calendly:

  • Easy scheduling across timezones

Improvement

Record Practice:

  • Voice memos app
  • Zoom self-meeting
  • Review and improve

Shadowing:

  • Native speakers podcasts
  • Watch tech talks
  • Note phrases used
  • Practice those patterns

Next Steps

Enhance your communication:

Meeting participation improves with practice. Start by preparing thoroughly, participate once or twice per meeting, and gradually increase your engagement as confidence grows.