From Fedora Project Wiki

Revision as of 20:48, 7 January 2011 by Toshio (talk | contribs) (Add a bit of history and overview)

What this is

The Board discussed many overarching goals that we'd like to help focus effort on for the next year. These are the five that the Board members present at the January 7, 2011 IRC meeting prioritised as the five most important.

Input from FESCo, FAMSCo, the SIGs, and individual contributors could add or subtract things from this list. It is not final.

The goals being outlined here are meant to seed discussions and help people who want to work on several things to prioritise their time. It is not meant to tell people what they can and can not work on. At the January 7 meeting the Board members present tentatively advanced the position that those sorts of goals should bubble up from the contributors rather than be mandated from the top.

The full list of goals from which this is was consolidated from are in the meeting minutes from 2010-12-13

Board members present at the meeting

  • jsmith
  • rdieter
  • smooge
  • kital
  • ke4qqq
  • abadger1999

Five highest ranked goals

    • GOAL #1: Improve and simplify collaboration in the Fedora Community
      • Example: Improve our governance structure (too much making it hard to do things; not knowing which body to collaborate with)
      • Example: Make Fedora fun (putting the commonplace in collaboration?)
      • Fluffy Statement: Collaboration in the Fedora community is amazingly easy, effective, and fun - there is very little grunt-work involved.
      • Example: Have amazing calendaring for scheduling in Fedora
      • Example: The Fedora Board should meet face to face for a few days twice per year. Those days should be organized in advance using FAD best practices, and they should be intensive working sessions where the Board lays out and advances most of its agenda for the coming chunk of time. The Fedora Project has sufficient budget to enable this.
      • Example: Revisit/rework Spins
    • GOAL #3: Improve and encourage high-quality communication in the Fedora Community
      • Example: Make mailing lists not suck (http://mairin.wordpress.com/2010/03/16/a-rich-web-interface-for-mailing-lists/)
      • Example: Summarizers (like nirik did for the update criticism)
      • Example: We should do more to teach contributors how to run meetings effectively. We should probably have some best practices documentation, as well as find times to teach this (at Fudcons, when a mentor and a mentee are at the same physical location and participating in the same meeting).
    • GOAL #4: It is extraordinarily easy to join the Fedora community and quickly find a project to work on.
      • Example: Quickly find project to work on
      • Example: Improving the new user experience
      • Example: Mentorship
      • Example: Helping users become contributors
      • Example: raise the role of the Ambassadors as a first point of contact for new Contributor on our Media, Website...
    • GOAL #11: Expand global presence of Fedora among users & contributors
      • Example: FUDCon in APAC (India was specifically mentioned by Max, "Attract at least 500 people to this event, and use it to try out at least 3 new ideas that could become permanent fixtures of FUDCons.")
      • Example: More FADs, and being more vocal about the FADs we have
    • GOAL #12: Improve education & skill sharing in community
      • Example: It would be great to expand on and keep flowing the Fedora Classroom. https://fedoraproject.org/wiki/Classroom. I'm afraid I am not so great at marketing, and have been really busy, so it's been hard to gather a large enough pool of teachers and students to keep the classes flowing. Given enough interested people and energy, we could expand to phone based classes, hold them more often and help anyone interested to learn anything at all about Fedora. You could even use this to teach people about the other goals. I'd like to see us use moodle and/or other cool teaching tools.
      • Example: Alleviate the indispensible person problem by making sure there are SOPs for the most prominent tasks that any person is relied on for.
      • Example: Make sure we have multiple people that can do any given task (for instance sign packages with the signing keys)