Hacker News new | past | comments | ask | show | jobs | submit login

> Isn't there some fundamental mathematical structure here which makes these problems unsolvable?

No. Meetings are easy to fix, there's just three simple steps:

a) There must be a point-by-point agenda before the meeting.

b) During the meeting there's somebody to take notes and keep the meeting on topic of the agenda.

c) After a meeting there must be a post-meeting report.

Unfortunately doing it right is a bureaucratic bummer that most people don't like.




Structured meetings only communicate information collectively known to be important. Information you didn't know needed to be communicated is often the most important part of meetings, so having meetings meant to be "derailed" is useful.


> Structured meetings only communicate information collectively known to be important.

Meetings with rules of order aren't meant for communicating information (that's what documents are for), their purpose is to make decisions efficiently.

That's why you have an agenda (what will be discussed and decided), have a chairperson (to ensure the meeting remains on-topic and follows the rules) and keep minutes (so there is a record of what was decided).

When someone comes with new information ("derails") it's perfectly acceptable to take that into account and move a replacement motion, or push it into the next agenda, spin off a delegated group etc. Any widely-used rules of order include numerous mechanisms for dealing with new information arising during the meeting.

But the general point is that meeting is only competent to decide what is in the agenda and decisions only exist if they are in the minutes. If you don't have that ironclad rule than everyone will need to turn up for every meeting, just in case a decision they care about is made. And then turn up for every meeting ever after, because no meetings are final. And argue about what was actually decided.

Rules of order get a bad rap for the same reason as static typing and relational databases: they seem stuffy and slow. But they exist for a good reason and in the long run they are going to be more efficient than making it up as you go.


> their purpose is to make decisions efficiently.

Just underlining this a few times; a meeting is a forum for decisions to be made. If a meeting is used to communicate information then that is a very poor use of meeting time. In some cases, one person is making the decision without input and giving stakeholders an opportunity to stand up and object now; but that is subtly different from communicating information.

Honestly I was almost tempted to copy Jacques' entire comment for emphasis; the rules of order are all critical to making decisions and are all essential to a good meeting. Particularly having an agenda.


That’s really a subset of useful meetings.

Documentation is great to communicate information when it’s clear what needs to be communicated. It falls down when the context of that information is not clear. Handoff meetings are valuable because they reduce the latency between questions being asked and answered.

An email chain over 3 weeks may not take a lot of people’s individual time, but sure eats into the schedule.


In those cases I like to structure de "derails" too.

A problem with derail is when everybody is discussing subject X and it derails to "oranges" because someone just remembered to talk about it in that moment, and is afraid of not talking and forgeting it latter.

If the subject is "X" and it derails to "X1", well, it would be very poor management to not this discussion arise.

Participants are also responsible for keeping the subjects ordered. When preparing for a meeting (yes, everybody in the meeting should have prepared), after receiving the agenda, just see if there is some important topic that isn't covered and warn the organizer. It's very simple to update the agenda previously stating that there is one more subject.

Also, it the meeting organizer doesn't already do it, remember him to leave 10 minutes at the end to "uncovered subjects", where it will be discussed briefly (and will have it's owm meeting if necessary)




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: