What would an efficient and trustworthy meeting culture look like?

67 todsacerdoti 53 7/28/2025, 7:27:17 AM abitmighty.com ↗

Comments (53)

sunscream89 · 3m ago
I walked into nearly every meeting I ever attended with a list and my working journal. If I have something important to share I bring a few copies of my highlights or just list things about other activities that I care about.

I’m an introspective introvert who found this the one time to hear everyone else’s pulse.

As for the meeting, each culture will evolve into what works for those involved. Leadership and horizontal stake factors shape how people share their views and listen.

pjc50 · 4h ago
Agenda + minutes, in however minimal a form, is crucial. A meeting with no minutes and no agenda and a warm drink is just a tea party. Not that that doesn't have a role in organizations, but it shouldn't dominate your time.

Most standups are therefore tea parties. A previous boss of mine even used to bring biscuits, which was nice. It serves the role of reminding everyone that each other exists and are collaborating as a team, which occasionally needs reinforcement.

It's an RAF forums in-joke that being invited to a "meeting without biscuits" means you are going to be reprimanded.

Edit: good comment in this thread on the role of middle management meetings being intrinsically social/political: https://news.ycombinator.com/item?id=44708660

Cthulhu_ · 4h ago
That's a good analogy / way to think about it, the stand-up should be more of a social call anyway (especially for remote work) to check in with each other and whatever they're working on, but anything in-depth should be done outside of it.
keiferski · 5h ago
First, a meeting is primarily not a way to spread knowledge. Knowledge should be spread in a format that is more resilient to time than our memories (which are surprisingly untrustworthy over even tiny time scales). For example; written text. The greatest benefit of text is that it can be asynchronously consumed, multiple times. Meetings are primarily for two things:

I think this makes sense in the abstract but not always in practice. I have been in many long back-and-forth Slack conversations explaining some piece of knowledge that would be better as a 20 minute meeting.

And so I think a better "mental model" of meetings might be functionally the same as human communication in general: for smaller and faster-acting groups, live communication (meetings) is often more efficient than writing. Especially when the team is small and needs to act quickly, because then the time cost of 5-20% of your manpower spending an hour to write out something that takes 10 minutes to explain via a video meeting walkthrough is not optimal.

But the more people your group has, the more you'll need to shift to a text-based communication method.

(This is also why I think remote work makes sense in many contexts, but does somewhat become less efficient in smaller, fast-moving companies. Unless you replace the in-person ad hoc meeting with a rapid on-demand meeting culture, you'll have some inefficiencies and move slower.)

I have seen some attempts to use AI transcription bots as an attempt to square the circle here and commit ephemeral meeting information into durable text information, and in general they aren't too bad actually.

thesuitonym · 31m ago
I think that says more about Slack than it does about meetings or written communication. Slack is meant for short, almost-but-not-quite ephemeral dialog. It's great for giving a quick blast of information, updating others, and seeing if someone is available for a call (Not by their status, but by asking), but too many people also see it as a repository of information, which is not what it's meant to be.
baxtr · 4h ago
Ultimately, in my experience, it often requires both. Written and oral communication.

Some don’t listen, some won’t read. It’s not only a function of the specific person but also depends on the day who reads and who listens.

So, yeah, in theory, in an ideal world with perfect co-workers you wouldn’t need so many meetings.

In the real, messy world we live in, meetings are one tool to make sure important messages come across.

ghaff · 38m ago
I'd just add that, in my days at larger companies in particular, there were a lot of things that were were probably vaguely useful for me to be aware of, but if someone dropped a document about initiative XYZ in my inbox, I probably wouldn't have read it. But I would have gotten the highlights at a regularly scheduled meeting.
9dev · 5h ago
The value of written notes really adds up over time, though. Once a meeting is over, it's over; a Slack conversation is preserved for new hires or absentees or yourself when you return to it after your vacation.

I agree though, for a small team to build a shared understanding and move quickly, just having a chat together is definitely more efficient. I don't think the ideas lined out here apply to that organisation size, however.

puszczyk · 4h ago
I agree in principle, although specifically with slack this is problematic. With emails, wikis, repos, it's easy to index them, or share them with a search engine or LLM. Slack is a moving target; they have the Slack AI, but if you don't enable it, it's hard to just grab all messages from a channel or a thread (and god forbid, you have a channel with multiple relevant threads). A lot of clicks required.
rusk · 4h ago
I have found slack all but useless for retrieving knowledge.

People simply don’t read emails, and ignore documents.

I don’t miss emails. Wiki devolves into a mess after a couple of years. Sharepoint has poor accessibility as there’s this constant churning between the app space and the web space.

I really think if you want to get people to take a document seriously you have to present it and walk people through it. If you get feedback and integrate it then it has collective ownership and it’s more interesting than a soliloquy.

But according to the popular glib, and I would say incorrect interpretation of agile principles, documentation is considered wasteful.

rightbyte · 4h ago
I have never searched old chats for anything but passwords, network folder paths and license keys. Going back to some conversation on some topic and give it to the new guy, does it happen?
9dev · 4h ago
It's a bit of a cultural thing how you use chat apps, but we definitely have FAQ-style threads on certain topics, and people often start by searching chats before reaching for other documentation.
allan_s · 4h ago
in my company we do this a LOT, what helps if having a LOT of slack channels with explicit topic name

like

* "incident-2025-07-28-CI-not-deploying-disk-full" * "feature-stripe-integration" * "exploration-datadog-or-sentry"

and channel comes and go and people are quite "agressive" about routing discussion to the right channel or converting 10+ message thread into dedicated channel.

jiggawatts · 3h ago
I've flipped this around, and now write the "document I want to be handed", which is precisely that condensed into just one or two pages with nothing but network paths, DNS names, service account names, Git repo names, required tooling to install, etc...

No fluff, no descriptions other than simple labels, no ten paragraph intro blurb, no index, nothing that I would normally skip over when reading someone else's document.

I call these "cheat sheets" and send them out to colleagues on their first day on a project. I've heard feedback along the lines of "I got 10x more value from that one page than three weeks of 'handover' from other people."

taneq · 4h ago
Huh? We’re talking work chat, right, with technical content and project specific stuff etc.? I refer to that all the time. I moved work chat from ad-hoc social media onto an internal Mattermost server explicitly for this. And at the time it doesn’t seem that useful, but it’s the long tail of projects where it really saves you. Being able to quickly find that one thing you’re sure you discussed that one time three years ago on a project that was closed out two years ago? Priceless.
bbarnett · 4h ago
One thing. Trusting an external company with your knowledge base is wrought with concern. If you're going to use slack in that regard, export and backup regularly.

If you must hand over key parts of your company's infrastructure to external companies, at least ensure you have control of your data if they go sideways. Don't put backups in someone else's hands.

Keep drives encrypted in a safe deposit box if you have to.

cadamsdotcom · 1h ago
Every meeting can be put in a category:

1:1s. Not really skippable, necessary part of work..

Update meetings: team update, all hands, demos, etc. Record and share out a link . Let people watch in their own time. Optionally do the meeting live (in person, online, etc.) for whoever wants to be physically/digitally present and "watch at 1x speed"

Decision meetings. Adhoc only and only when more efficient than taking a decision async (Slack, shared document, etc.) - shouldn't be skipped as these can be crucial for maintaining alignment

Planning meetings. Backlog grooming, retro, standup. Pare these back to their component pieces. Make more of the component pieces async over time. Can you groom the backlog purely async? Can standup be a Slack bot? Can retro be part of 1:1s, or another Slack bot? Other teams have found ways!

And then call out meetings' categories so your team can cull certain types of meetings.

nxpnsv · 4h ago
Rant: I hate brainstorming meetings. A manager who wants to feel like they are doing something invite a mix of one or two experts, a clueless pm, engineers from an unrelated project, and handful of random ones hers. Next, with zero preparation we’re supposed to come up with groundbreaking new ideas. Then there is some voting and finally waiting for a summary or gameplay that’s postponed until the heat death of the universe. Perhaps I will bring cookies next time.
nunez · 3m ago
I actually enjoy brainstorming meetings in-person. These actually feel like a "brainstorm" when they're done right.

Brainstorming meetings over Zoom, on the other hand...

pyman · 5h ago
Having an agenda and a moderator is not enough. What meetings also need is:

1. Context: Why are we here? What's the problem we're solving?

2. Actions: What decisions did we make? What are the next steps?

3. Follow-up: Who's doing what and by when?

Put this in a shared doc, a wiki, anywhere people can find it. If you can't see it, you can track it and you can't measure the outcome.

Just like developers measure the outcome of their planning and project meetings every sprint, managers and execs should do the same.

In theory, two things will happen once outcomes are tracked: Some managers will realise their meetings produce nothing useful, so they'll send fewer invites. And the company will shift focus from output to outcomes, which means fewer meetings and more real work getting done.

In practice, it depends on who you hire. People with less knowledge, experience, or agency tend to rely on meetings more than others.

judge123 · 5h ago
this feels like advice for the person running the meeting, not the one being dragged into it. I'm just picturing myself telling my boss "Sorry, this meeting doesn't have a clear goal, so I'm dropping off." Anyone actually have the guts to do this when you're not the senior person in the room?
9dev · 5h ago
Can't speak for your boss, but I definitely am sometimes a few abstraction layers further up in concepts than the ICs on the team, and it's a lot more frustrating to realise the others don't really know what I'm getting at because I didn't create clear enough goals than getting that feedback right away.

People in leadership usually get there because they value time and efficiency, and if you don't spin that as "your agenda is trash" but "I cannot contribute to this meeting and would like to pursue my other tasks", I doubt they will be mad at you.

It can also be worth it to bring this up with your team and establish a meeting culture, as suggested in TFA. That way, you can discuss this openly and everyone has a shared understanding of what is okay.

watwut · 3h ago
> People in leadership usually get there because they value time and efficiency

Equally if not way more often they are there, because they like to control things or organize things or like having power or see it as career setup. Or they like working with people.

Time and efficiency is not something you get on these positions.

pjc50 · 3h ago
The polite way to do this is on receiving the invite, ask for clarification of what's expected from you at the meeting. Combine that with pointing the inviter at someone else who is also invited and you can politely express that your presence is not necessary.

Or just counter-schedule a meeting in the same slot.

windward · 5h ago
Like you I couldn't imagine saying this to my boss. On the other hand, I could imagine saying it at some meetings at a previous employer, much larger, with many more inter-departmental box-ticking meetings.

Meeting culture is something that varies hugely between companies and industries and sectors. IMO that means that advice like this has limited utility unless you're aware of the differences. There are a few topics like this.

If the person you'd be telling it to is your boss, you probably don't have much sway to change the culture beyond regular feedback loops.

holowoodman · 4h ago
Our company "good vibes" team, after some anonymous suggestions, managed to make this a company-wide policy. Every meeting room has a poster with rules to that effect, and managers are supposedly judged by adherence to those rules.

Not 100%, but seems to work.

Tempest1981 · 5h ago
I've definitely done that, and afterwards my boss was approving. (I just leave, no need to say why at the time.)

But we've worked together for several years, so he trusts my judgment.

alex_duf · 5h ago
I've done that both in France and the UK. Nothing happen and I got some time back
watwut · 3h ago
I do it regularly. But, I am not rude about it, I do not insult the meeting nor its organizer. I used the sentence "Hi, am I necessary for the X meeting?" Followed by quick reason. Quick reason would be:

- "I have many meetings already and worry about not meeting deadline".

- "I do not have strong opinions either way, so am fine getting just outcome".

- "I do not have knowledge to be useful".

- "It seems like I wont be useful".

Basically, you can guess these from the topic alone. Most of the time, the response is something like "of course no problem" sometimes followed by short explanation why I was called in. Occasionally they say they indeed want me there.

theideaofcoffee · 10m ago
People seemed to be brainwashed into thinking that meetings are ... actually necessary. If people can build the Linux kernel without meetings, solely over email, then your $1.99 app, or your project requiring coordinating more than two people can be done the same way. Write it down, debate and argue in text so anyone interested can see what's going on. There's your minutes, your agenda, your invite for future ones right there. Now go back to work (or continue, since you didn't have to leave it in the first place) and stop bothering people.

I would praise any leader that has the courage to call the meeting spade a spade knowing they're just corporate-sanctioned babysitting exercises, myth to be discarded.

Msurrow · 5h ago
This seems good from the attendie’s point of view. I would love a similar post on the culture for calling meetings. There are too many “I don’t want to make an effort to understand/solve issue X so I’ll just create a meeting with everyone who might have an interest so we can all spend 1h talking about if the issue is an issue at all, and if it’s an issue what do we do about it”.. makes me so tired.
gonzo41 · 5h ago
Don't knock it. I've worked in places where they just ignore problems and don't have meetings. It's worse. At least in your example people are moving towards the issue
Etheryte · 5h ago
I think this misses the mark for why people join. We're talking about a professional setting here, I'm coming to your meeting because you invited me to join, not because of fear of missing out (on what?). All the points given in the article are good, but it misses the most important one: if you're hosting a meeting, only invite people who MUST [0] be there. If the meeting could still take place and be useful without someone, don't invite them just to listen in. If you want, shoot an email to a mailing list or post in Slack about it, but don't invite people just because.

[0] https://www.rfc-editor.org/rfc/rfc2119

suslik · 5h ago
> if you're hosting a meeting, only invite people who MUST [0] be there. If the meeting could still take place and be useful without someone, don't invite them just to listen in.

I don't think this advice is generic - there can be different perspectives here.

In a managerial role in a large corpo, doing what could be crudely characterized as office politics, I often have this sort of FOMO - missing out on new initiatives, budgets and projects which would be good for the team; or being unable to prevent others dumping hot potatoes onto us; or just not knowing what is brewing behind the scenes within the company. To a degree, I have to do this so that the technical guys don't have to.

My job, really, is to be invited to as many meeting as I can. I can then ditch the ones I don't think would be useful. Of course, often I sit on meetings that are a complete waste of time - but that is an occupational risk. I don't find these frustrating - they allow me to relax a bit, do my email, learn more about people in the meeting, or just practice my note taking.

9dev · 4h ago
Especially on larger teams, you may not always be aware of who must be there. It's easier to let people join optionally, given the choices outlined in TFA. You also don't trip into political traps that way, by offending someone you implicitly labeled not important enough to be present. Yes, it's dumb; yes, it's reality.
blitzar · 5h ago
> because of fear of missing out (on what?)

Money, exposure, promotion, money.

People who attend more meetings and do less work get higher pay rises and promoted faster. They are also far less likely to be included in rounds of layoffs given their importance to the organisation.

holowoodman · 4h ago
Btw, question to the wisdom of HN: Good meetings need minutes.

Is there a minutes taking tool that does automatically list the attendants and their join/leave times, allow me to create items like TODO, DECISION, POLL, DISCUSS_MORE, GET_INFO, BLOCKER that will then be tabulated and cross-referenced automatically across more than one meeting? And added to the TODO-lists of participants referenced?

Preferrably somewhat independently of the conference tool in use, because that varies a lot around here.

jerf · 4m ago
They're coming online with all this AI stuff. Zoom has an integrated one that I've used a few times, and even explicitly directed the AI to add things to the work items which has worked so far, though I haven't tried it very often to know how reliable that is.

But it's still early days... Zoom's is still really just "let's throw a transcription of the meeting at an LLM with a system prompt and let the chips fall where they may" rather than any sort of major integration yet that would let you do anything like get a live link to your bug tracker to propose a bug based on the conversation pre-filled with the LLM's best guess of the summary of your conversation or anything.

Cthulhu_ · 4h ago
Well first off, do you actually need all that? How formal are these meetings?

Ours are pretty informal, we (unfortunately) use MS Teams which has an agenda & notes section; people are asked to fill in the agenda if they have any points (which is frustrating because getting there isn't easy or obvious), people can write down notes and action points during the meeting (it's a shared and collaborative effort).

You can assign tasks to people's todo lists though, but of course the problem is fragmentation; everyone has their own todo lists, there's Jira for work items, etc.

holowoodman · 3h ago
It sounds more formal than it should be. In my mind, it's more about easier searching and retracing steps and decisions. The only really formal thing in there is the list of TODOs and the DECISIONS. The first ones because obviously you need people to do them, and it's easier if they are automatically on a list of theirs and not forgotten. The DECISIONS are important because in retrospect somebody always will want to know the when/how/who/why around them.

But you could be right, this might not be the unifying tool for everything but more like number 29 that has never replace the previous 28...

gadders · 4h ago
"This meeting could have been an email." - yeah, if people actually read their emails.
matwood · 4h ago
What’s the point when you know there will be a meeting about the topic?
gadders · 4h ago
"Dear XX, please tell me if you want to do x or y."

No response, resends email 2 or 3 times

Sends Invitation "Meeting to Agree whether X or Y."

XX replies to original email with an answer

Meeting is cancelled

ryanbigg · 5h ago
Great advice here! I especially like the idea of 50 minute meetings.

I’ve been lightly enforcing a rule of my own too: “no agenda, no attenda”

PeterStuer · 4h ago
"Meetings are primarily for two things:" ... "Brainstorming" ..., ... "Making a decision as a group" ... "Secondary" ... "to expand and clarify knowledge"

I've said this before,

The "engineer's" pov on meetings is that they are an incredibly poor and overused instrument of getting things done and that it is beyond comprehension why "the company" continues to tolerate such expensive nonsense.

The manager's (current and aspiring) pov on meetings, especially physical presence meetings, is that they are the most effective way to reinforce the hierarchy/pecking order, sense allegiances and potential defectors, scout opportunities for ascension, or destabilize a rival in public.

You might call this 'cynical', but is it really when you lay out the facts?

As for the author's specific points:

Brainstorming in a meeting is by far the least effective way. It just comes down to the most brazen flaunting their unnuanced opinions in rapid fire while more considerate and intricate reasoning is speed ran and drowned out by loud advocacy.

"Group decisions", yes, to a point. Mostly needing 'formal' buy-in to CYA on a decision already made. "If you already knew this would be the (bad) outcome, why did you not speak up at the all hands meeting? Obviously you and everyone else supported this at the time".

"to expand and clarify knowledge": That is most often a lecture/presentation with Q&A attached, not a meeting

holowoodman · 4h ago
> Brainstorming in a meeting is by far the least effective way. It just comes down to the most brazen flaunting their unnuanced opinions in rapid fire while more considerate and intricate reasoning is speed ran and drowned out by loud advocacy.

To fix that, the moderator needs to do what I would call "round-robin brainstorming". Each other participant has to have made exactly one point (in seating order or spontaneously) before the first one can make another one. Everyone has to weigh in, and at least for the first 2 or 3 rounds, the moderator needs to enforce this. Usually by then, everyone has warmed up to the idea that their ideas are not that stupid after all, and participation is more equalized.

Edit: about your other points: yes, I agree.

shenberg · 5h ago
The reality of meetings in most places I've seen is that key stakeholders have already formed an opinion beforehand, the meeting is a place to disseminate decisions that have already been made and align the organization.
taherchhabra · 5h ago
At my ex employer, every employee had an hourly rate in the system, I had thought of pulling the rates from the internal system into Microsoft teams, to display the cost of every meeting.
maxclark · 5h ago
Shopify did this - it’s frightening when you see the numbers across your entire org

No comments yet

imcritic · 4h ago
Too many mistakes/typos in text.

That's a signal for me. A signal, that the author of this shit of an article didn't bother reading his own article before publishing it.

This article brings nothing new useful to the table. That's a rehash of someone else's rehash of something they've read somewhere.

elcapitan · 4h ago
Maybe adding typos is now used as a positive signal that it wasn't written by a LLM.
ragebol · 5h ago
Seems like solid advice indeed, I'm going to try and stick to these guidelines, too often meetings could have been an e-mail or bit of text and take too long.
AndyMcConachie · 4h ago
If there are no consequences for missing a meeting then I know I don't need to be in the meeting.