Our vision is to be the go-to resource for design for other teams across the WordPress open sourceOpen SourceOpen Source denotes software for which the original source code is made freely available and may be redistributed and modified. Open Source **must be** delivered via a licensing model, see GPL. project.
This page outlines a baseline format to run the Design Table during WordCampWordCampWordCamps are casual, locally-organized conferences covering everything related to WordPress. They're one of the places where the WordPress community comes together to teach one another what they’ve learned throughout the year and share the joy. Learn more. Contributor Days. It’s not meant to be followed strictly, but it’s a useful guideline especially for people that are running the table for the first time.
The idea is to have clear instructions that anyone with some degree of knowledge of the WordPress design work can follow. Also, having these as a written guideline allows for improvements over time and future tweaks for different contexts.
The guiding principles for this is to have them connected to the global community and show them in a practical way how to contribute.
Have practice of the tools used during the day (Slack, TracTracTrac is the place where contributors create issues for bugs or feature requests much like GitHub.https://core.trac.wordpress.org/., GitHubGitHubGitHub is a website that offers online implementation of git repositories that can easily be shared, copied and modified by other developers. Public repositories are free to host, private repositories require a paid subscription. GitHub introduced the concept of the ‘pull request’ where code changes done in branches by contributors can be reviewed and discussed before being merged be the repository owner. https://github.com/, TrelloTrelloProject management system using the concepts of boards and cards to organize tasks in a sane way. This is what the make.wordpress.com/marketing team uses for example: https://trello.com/b/8UGHVBu8/wp-marketing., …).
Have contributed to at least a couple of tickets (Trac, optionally GitHub and others).
Overall the preparation work shouldn’t take more than a few hours among the various things, and gets easier the more you do it.
Review task sources — during the contributor day we want to propose to the table a series of activities that can be taken up by individuals and groups. This means that the Facilitator should have reviewed the list of possible tasks and should already have an idea on at least some of them, so they don’t have to catch up on the day. The list can get long, so don’t try to know review everything, but cover enough items to be able to provide an example to the group.
Be ready for an intense day that will also flow really fast. Each of the tasks here can take a lot of time, so make sure to not spend too much time on setup and logistics and try to get people on actual work quickly. For large group this might need more than one facilitator, or cut down in setup time. Remember: the idea is to have people contribute in the long run, and do something they can feel good about on the day.
Also, be ready for internet to be down. It often happens with so many people joining. In the preparation above it may be helpful to save full screenshots of 2-3 issues for discussion if internet goes down. .
Contributor Day Intro
Before the work at the table starts, the design table Facilitator usually prepares a short introduction to be given on stage, explaining who they are and what they are going to do on the day, and inviting people to join the design table.
The Facilitator also invites other tables to come to the design table if they need design help.
Design Table Intro
Thank people for joining.
Explain how design contributes to WordPress.
Give a general outline of the work the group is going to do today (loose agenda, tasks, etc).
Ice Breaker / Intro People
Have everyone introduce themselves briefly: name, where they are from, their job title.
If you have a wall and post-its: have everyone draw their own portrait (stylized! do it first as an example) and under it name and job title. Everyone then says hello while putting their post-it on the wall.
You can also run a quick ice-breaker if there’s time (examples).
Explain how these communication tools (Slack, Trello) are used to collaborate on WordPress, and then help them setup. Tell everyone to say “Hi” in the design Slack channel once they have completed setting up.
For the setup, Slack is the most important part as it allows people to be in touch with the community after the Contributor Day. As the setup can take a lot of time, you can choose to ignore other setups to focus on Slack.
Depending on the tasks, it can be useful for everyone to have a local test installation of WordPress to work with. This can take a long time to setup, and an available internet connection, so be careful in this specific task as it can take a lot of time (and without internet might not be possible at all).
If they don’t want to have a local installLocal InstallA local install of WordPress is a way to create a staging environment by installing a LAMP or LEMP stack on your local computer. and internet works, you can suggest to use http://poopy.life/.
While people create accounts
Email — go around and ask for their email to know if they are willing to receive a survey after the Contributor Day. Make sure this email is used only once, and only for the survey (for privacy reasons).
Prepare Tasks — if there’s a whiteboard or a wall available put post-its on it in a row, one post-it for each work categoryCategoryThe 'category' taxonomy lets you group posts / content together that share a common bond. Categories are pre-defined and broad ranging. (i.e. Testing, Triage, Trello, etc). Leave space below so people can move their “portrait” post-it under the specific column to signal they will work on it.
Once everyone is in Slack, do a design triage simulation (i.e. one or two tickets you’ve prepared before, not all of them).
If possible and time zones are available, have someone remote join the discussion. You might have to arrange this beforehand.
The idea here is to have them experience as close as possible how the weekly design triage works, so they are comfortable in contributing the next time it happens.
If you have prepared the columns with post-its on the wall, ask people to move their “portrait” post-it under the column they want to work with. If not, call out each task and have people raise their hand to organize the groups.
Have people that will work on the same tasks sit together (i.e. all the people doing testing, all the people reviewing issues, etc).
Have the people start working. Go around each group one at time and get them started.
Set a time, likely after lunch break, to regroup. It should be halfway through the day. It doesn’t have to be a group activity, it can also be simply going around person by person or group by group and ask how they are progressing and see if you can clarify things.
Collect Work Done
Be sure you know exactly when the closing remarks for the Contributor Day will happen.
About 30 minutes before, go around each group and collect the work they have done during the day in order to present it.
End of Day Summary
At the end you’ll be likely be asked to do a recap of the work done at the design table. These are informations that are useful to summarize:
How many contributors?
How many people onboarded (i.e. on #design Slack)?
What activities were done (i.e. what were the different groups)?