m (Categorize for CommOps) |
(Add objectives and goals) |
||
Line 4: | Line 4: | ||
== Purpose == | == Purpose == | ||
# Our purpose is to | # Our purpose is to complete the following '''primary''' goals: | ||
#* | #* Clean up the existing queue of tickets and follow up on older / pre-existing tasks | ||
#* | ** Also related: clean up and better organize our own workflow in a more centralized way (there's lots of stray git repos and Etherpads - finding a way to unify this information would be helpful for new contributors to CommOps) | ||
#* | #* Work on new contributor on-boarding, specifically with the Badges series proposals that are in progress | ||
#* Build new ways CommOps can help contribute to supporting other sub-projects in Fedora | |||
# In addition, we will attempt to complete the following '''secondary''' goals as time allows: | # In addition, we will attempt to complete the following '''secondary''' goals as time allows: | ||
#* | #* Better categorize and organize the wiki | ||
#* | #* Develop a "satisfaction survey" for CommOps members to (anonymously?) provide feedback about how engaged they feel, what they think is working, what isn't, how we could improve, etc. | ||
#* | #* Contribute art assets to the Badges Trac where possible | ||
== Impact == | == Impact == | ||
The completion of these goals will create the following positive change within the project: | The completion of these goals will create the following positive change within the project: | ||
* | * '''On-boarding''' | ||
* | ** One of the founding principles and goals of CommOps is to help make it easier for new contributors to get involved with the project and help spend time and effort on the project. | ||
* | ** There are existing efforts in CommOps to help improve the process for newcomers by taking advantage of Fedora Badges, improving existing documentation by various sub-projects for getting involved, and devising solutions of how to make the barrier to entry much lower. Taking explicit time to focus on the existing tickets and ideas related to on-boarding specifically would allow us to help improve the "first experience" of a new contributor to Fedora IMMEDIATELY and DIRECTLY. This is work that would improve that user experience and draw more contributors into Fedora. | ||
* '''Increased efficiency''' | |||
** As far as Fedora goes, [[CommOps]] is a newer sub-project and started (officially) around October 2015. When we first began, it was hard to be able to tell how things would go, and many of the original methods of organization and initial guidelines for how CommOps operates could be updated based on the current context of how things are now. | |||
** At the vFAD, we would be able to spend time looking at our own tooling (Trac tickets, Pagure repos, etc.) and devise ways to '''improve organization''', construct an '''efficient and effective workflow''', and spend time '''improving the "foundation" of the "CommOps house"'''. Ideally, this would allow us to more efficiently respond to new tickets, follow up on old ones, and keep current on where our time and efforts are best spent. | |||
* '''More heat and light''' | |||
** Lots of things have started happening since CommOps started, and some older tasks and tickets have been neglected because of other (important) tasks. Having a time dedicated to revisiting older items and spending time working on them (or closing them, if necessary) would help us keep on top of tasks related to our objectives as a sub-project. | |||
** These changes would benefit Fedora as a whole because it will allow us to better spend our time and efforts supporting Fedorans across the project in more relevant and important ways in the long run. | |||
These outcomes connect with the following Fedora Community [[Objectives]] by | These outcomes connect with the following Fedora Community [[Objectives]] by advancing the development and progress of all Fedora sub-projects in a general sense, and it allows us to better bring new contributors into Fedora. With the on-going development of Hubs in progress (and not too far away from being in a "first demo" state), it is important for CommOps to spend the time and effort readjusting our own practices, supporting the on-boarding methods of other teams, and catching up on the queue of tasks so as to be prepared for a new generation of contributors and contributions, but also being able to support the existing contributors and contributions in the best way possible. | ||
<!-- FAD proposals with connections to the project's current 12-18 month objectives will be given priority. If you feel your FAD connects to something that could or should be such an objective but is not currently, please bring it to the Fedora Council. See http://fedoramagazine.org/lets-talk-about-fedora-project-objectives/ for some background on this planning process and on how outcomes link activity output to impact. --> | <!-- FAD proposals with connections to the project's current 12-18 month objectives will be given priority. If you feel your FAD connects to something that could or should be such an objective but is not currently, please bring it to the Fedora Council. See http://fedoramagazine.org/lets-talk-about-fedora-project-objectives/ for some background on this planning process and on how outcomes link activity output to impact. --> | ||
Line 31: | Line 38: | ||
See the [[How to organize a FAD]] list; you can keep your to-do list here. | See the [[How to organize a FAD]] list; you can keep your to-do list here. | ||
* <strike> | * <strike>Discuss objectives and goals, create proposal</strike> | ||
* Work out budget | * <strike>Work out budget</strike> (not applicable for this event, is virtual) | ||
* Decide on | * Decide on dates / times | ||
* | * Prepare resources and planned areas of focus for the FAD (organizing tickets into a list for vFAD?) | ||
* | * Spread word about the FAD across project, invite others to contribute and support | ||
* Create a Badge to award to vFAD participants | |||
* More coming soon…(?) | |||
* | |||
* | |||
== Plan == | == Plan == |
Revision as of 19:58, 7 June 2016
This is the main page for the Fedora CommOps, which is a vFAD focusing on on-boarding new contributors, knocking down blockers for other teams in Fedora, and working on our ticket queue.
This event is intended to primary be a virtual FAD, as it not likely there will be a travel budget for this event.
Purpose
- Our purpose is to complete the following primary goals:
- Clean up the existing queue of tickets and follow up on older / pre-existing tasks
- Also related: clean up and better organize our own workflow in a more centralized way (there's lots of stray git repos and Etherpads - finding a way to unify this information would be helpful for new contributors to CommOps)
- Work on new contributor on-boarding, specifically with the Badges series proposals that are in progress
- Build new ways CommOps can help contribute to supporting other sub-projects in Fedora
- In addition, we will attempt to complete the following secondary goals as time allows:
- Better categorize and organize the wiki
- Develop a "satisfaction survey" for CommOps members to (anonymously?) provide feedback about how engaged they feel, what they think is working, what isn't, how we could improve, etc.
- Contribute art assets to the Badges Trac where possible
Impact
The completion of these goals will create the following positive change within the project:
- On-boarding
- One of the founding principles and goals of CommOps is to help make it easier for new contributors to get involved with the project and help spend time and effort on the project.
- There are existing efforts in CommOps to help improve the process for newcomers by taking advantage of Fedora Badges, improving existing documentation by various sub-projects for getting involved, and devising solutions of how to make the barrier to entry much lower. Taking explicit time to focus on the existing tickets and ideas related to on-boarding specifically would allow us to help improve the "first experience" of a new contributor to Fedora IMMEDIATELY and DIRECTLY. This is work that would improve that user experience and draw more contributors into Fedora.
- Increased efficiency
- As far as Fedora goes, CommOps is a newer sub-project and started (officially) around October 2015. When we first began, it was hard to be able to tell how things would go, and many of the original methods of organization and initial guidelines for how CommOps operates could be updated based on the current context of how things are now.
- At the vFAD, we would be able to spend time looking at our own tooling (Trac tickets, Pagure repos, etc.) and devise ways to improve organization, construct an efficient and effective workflow, and spend time improving the "foundation" of the "CommOps house". Ideally, this would allow us to more efficiently respond to new tickets, follow up on old ones, and keep current on where our time and efforts are best spent.
- More heat and light
- Lots of things have started happening since CommOps started, and some older tasks and tickets have been neglected because of other (important) tasks. Having a time dedicated to revisiting older items and spending time working on them (or closing them, if necessary) would help us keep on top of tasks related to our objectives as a sub-project.
- These changes would benefit Fedora as a whole because it will allow us to better spend our time and efforts supporting Fedorans across the project in more relevant and important ways in the long run.
These outcomes connect with the following Fedora Community Objectives by advancing the development and progress of all Fedora sub-projects in a general sense, and it allows us to better bring new contributors into Fedora. With the on-going development of Hubs in progress (and not too far away from being in a "first demo" state), it is important for CommOps to spend the time and effort readjusting our own practices, supporting the on-boarding methods of other teams, and catching up on the queue of tasks so as to be prepared for a new generation of contributors and contributions, but also being able to support the existing contributors and contributions in the best way possible.
Detailed Work Items & Final Attendees
- See FAD_Fedora_Talk_2009_game_plan for an example
Planning Prerequisites
See the How to organize a FAD list; you can keep your to-do list here.
Discuss objectives and goals, create proposalWork out budget(not applicable for this event, is virtual)- Decide on dates / times
- Prepare resources and planned areas of focus for the FAD (organizing tickets into a list for vFAD?)
- Spread word about the FAD across project, invite others to contribute and support
- Create a Badge to award to vFAD participants
- More coming soon…(?)
Plan
- Location:
- Date:
- Schedule
- Participants arrive at THIS_TIME_AND_DATE
- Schedule item
- Schedule item
- Schedule item
- Participants leave at THIS_TIME_AND_DATE
- Important skills (one or more)
- skill
- skill
- skill
- Personnel (people who might fit the bill)
- Name (location, role) Confirmed? (Y/N)
- Name (location, role) Confirmed? (Y/N)
- Name (location, role) Confirmed? (Y/N)
- others?
- Other considerations
- Contributor V can offer a living room for evening social gatherings.
- Contributor W has a car and is willing to do airport pick-ups.
- Contributor X needs as much advance notice as possible.
- Contributor Y has a schedule that is better on Fridays than on Tuesdays, and prefers weekend times after 4:28 AM.
- Contributor Z is allergic to peanuts.
Logistics
Snacks/Beverages: Details go here.
Lunch: Details go here.
Dinner: Details go here.
Budget
If you want funding from Red Hat, ask the OSAS team. If you can find other ways to fund your FAD, that's great too!
Contributor | Dept | Arrv | Dept | Arrv | Cost |
---|---|---|---|---|---|
Name | Travel to FAD, departure | Travel to FAD, arrival | Travel from FAD, departure | Travel from FAD, arrival | Ticket cost |
Name | Travel to FAD, departure | Travel to FAD, arrival | Travel from FAD, departure | Travel from FAD, arrival | Ticket cost |
Name | Travel to FAD, departure | Travel to FAD, arrival | Travel from FAD, departure | Travel from FAD, arrival | Ticket cost |
- Travel: $A for airfare, bus, train, etc. funding needed to get attendees to the FAD
- Housing: $B for hotel, etc. needed to have attendees sleep during the FAD
- link to hotel room booking website, if applicable
- Space: $C for renting space to hack in, if applicable
- address and travel details for the space
- Supplies: $D for anything else you may need
- item
- item
- item
Total budget: $A+B+C+D