Development/Schedule/MeetingGuidelines

FESCo meetings guidelines

Meetings on IRC can be quite confusing sometimes thus we need some guidelines how to handle the FESCo meetings -- otherwise it would be very hard to get work done in an acceptable amount of time. Note that this document says "guidelines" (and no "hard rules") that *should* be normally followed -- e.g. feel free to break them on purpose if it really makes sense in a particular situation.

In short

All Fedora Package Maintainers are allowed and encouraged to participate in the meetings -- the things your write in the Channel should always be related to the current topic that's set in the channel by the meeting chair. There will normally a free discussion part near the end of the meeting to suggest new topics, but asking the meeting chair ahead of the meeting to bring up a topic is the better solution. Only the meeting chair starts official votes. The FESCo schedule should normally contain all the important stuff for the meeting *before* the meeting start to make it avoid long "what's the current stauts of foo" discussions and to keep everybody always up2date.

In detail

Who is allowed to participate

All Fedora Package Maintainers are allowed and encouraged to participate in the meetings. Normal users of Fedora will also be gladly welcomed. That openness could change somewhen in the future when there are simply to many people participating as that might make in unable to run the meeting in a sane manner. But it seems we by far haven't reached that point yet.

Stick on topic

The channel's topic is normally set multiple times during a meeting to a short description of the issue that's being discussed currently. Everyone (including FESCo members) : Please stick to the topic. If a topic was discussed earlier bite the bullet and be quiet until it's possible to get back to the topic (if that's really needed -- just ask for it with a short description why) or until we reach the "free discussion" part.

Meeting shall be quick

Prologue: We are all busy and all have a real life and we want to get the meetings finished within one hour and we should do everything to make that possible. Further: IRC is sometimes a quite slow medium; only small and easy things or votings can be handled in an acceptable amount of time (that even works quite good). But proposing big things/changes/ideas on IRC simply doesn't work because that takes far to long time for one to write up, while the others just have to wait -- that's unacceptable.

So we need to get informations exchanged all of the time and prepare the meetings properly. That means for example:

• if you own a topic on the schedule update the status section (that's the one that's included on the real schedule) of the individual topic pages frequently -- especially on the day of the meeting an a bit ahead of it to give others a chance to catch up with the recent happenings. Note, keeping the schedule and the pages up to date also allows non-FESCo-members to get an idea and inoled what happens in FESCo-land by subscribing to the wiki. That's quitre important to those that can't join the meetings.
• proposals need to be written before the meetings and put up for discussion or further enhancements for some time, as well as mailed to fedora-devel-list -- discussions should happen on fedora-devel-list normally, as that allows non-FESCo-members to get involved, too (and that's what we want!). The results from the discussion should be integrated into the proposal. Mention things that are controversial in the status section and we'll discuss them in the meetings. A useful template to use is FESCo proposal template
• the status section should contain all the important things on the topic that someone needs to know to get up2date for discussions when he comes back from a vacation or a a trip without internet access
• votes that are foreseeable for the next meeting should normally be mentioned in the status section of the topic page, too. That allows FESCo members to put their vote into the wiki if they know that they can't participate in a meeting (we might switch to a real voting solution later).

Votes

It will only lead to confusion if everyone starts a vote. If you think something should be voted on write "proposed vote: foo bad baz". The meeting chair will consider that and put that up for a real vote (when it fits). Real votes will be tagged with "VOTE: ". Just for clarification: everyone is of course still is allowed to say "foo +1" if foo said something or suggested a vote-proposed you agree with.

Miscellaneous

The meeting normally is run in the sequence of the schedule page. E.g. things that are on the top normally get discussed in the beginning of the meeting. The items with the priority 2 or 3 don not get discussed in every meeting -- if you'd like to say something to a topic that wasn't brought up use the "free discussion" part and/or ask to bring the topic up (preferred way is ahead of the meeting).