Defining Five for the Future Pledges & Contributions

In recent months, the Five for the Future (5ftF) program has improved to make it more reliable and useful when it comes to tracking impact and success. An example of this is the work being done to reduce the number of spam and dormant Five for the Future pledges and give more credit to non-code contributions.

To support such efforts, it’s also important to build a shared understanding for how the Five for the Future program works.

The WordPress project thrives because of the generous contributions in time and resources from people and companies across the globe. A portion of contributions are made in the form of Five for the Future pledges from individuals and organizations. They commit to giving back to the WordPress project by contributing a goal of at least five-percent of their time (or resources) consistently via the Make WordPress teams. By joining together in giving, we make WordPress stronger.

Participation in Five for the Future means consistent effort by an individual or a company via a Make WordPress team to directly support the WordPress open sourceOpen Source Open 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 and the project’s current big ideas, rather than the sole benefit of a company or individual. Simply put, Five for the Future exists to collaboratively invest in the health of the WordPress project, ensuring its long-term sustainability and success.

What makes a contribution a 5ftF contribution?

Some contributions are easy to sort through and agree on; we see them happening, props are given with them already, and we understand how they help make WordPress better. Contributions of code to CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. or the apps, translations through Polyglots, forum management with Support, organizing WordPress-centric events, and many other main focuses of Make WordPress teams. 

But other contributions are in a grey area. For those, it’s important to look at not only whether they move WordPress forward, but also whether it helps the community of contributors work in a sustainable way and whether the contributions can be done consistently over time.

Some examples of grey area contributions that do fit the 5ftF definition include: maintaining WordPress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/, WordCamp.org, or Rosetta networks; adding or editing official WordPress documentation, training, or communications; speaking at WordPress Meetups and WordCamps; and maintaining or moderating official repos (plugins, themes, photos, WPTV, et al).

Examples of grey area contributions that do not fit the 5ftF definition  include: creating WordPress websites, creating WordPress themes, plugins, or blocks (including those that are listed in WordPress.org), and providing support solely to third-party WordPress themes or plugins. These activities are critical to extending the reach and utility of the WordPress project, but they are not considered part of making Five for the Future commitments. 

There are many important efforts and lots of incredible work performed outside of WordPress.org and Make Teams. While these are indispensable activities that further the WordPress ecosystem, Five for the Future is about ensuring that the WordPress project continues to be a fertile foundation for WordPress extenders and users.

What do you think of this definition? Share your feedback in the comments below. 

#5ftf, #discussion, #five-for-the-future

Discussion: Contrib Handbook, Part 2

It’s time for the next round of discussions (but here’s the first round if you missed it)! There’s just one section today, but like last time the comments are open. Please share your thoughts on what works, what could be improved, and what needs correction.

In coming weeks, I’ll also share a a Code of Conduct, a Conflict of Interest Policy, and Code of Ethics for your input.

Please share your feedback in the comments of the documents!

#dei, #discussion, #handbook, #wpdiversity

Discussion: Contrib Handbook, Part 1

My timeline here got very off track but, in the spirit of better late than never, here are the first two handbook sections for discussion. Each section is in a different document and both are open to comments. I’d love if you would share your thoughts on what works, what could be improved, and what needs correction.

In coming weeks, I’ll also share a Diversity and Inclusion Policy, a Code of Conduct, a Conflict of Interest Policy, and Code of Ethics for your input.

Please share your feedback in the comments of the documents!

#accessibility, #discussion, #handbook, #privacy

Removal of the Zamir Plugin

Earlier today, I was alerted by contributors and community leaders to a pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party in the WordPress ecosystem that violated community guidelines. 

I believe that WordPress is made stronger by its vibrant and global community of contributors, users, and extenders. It’s important that folks showed up to hold ourselves accountable as we strive to create and maintain a safe space for our collaborators to gather.

The plugin in question, Zamir, was reported by contributors to promote an icon that is rapidly becoming known as a symbol of support and promotion of Russia’s ongoing war in Ukraine. Many contributors reached out to share additional cultural context around the symbol. WordPress guidelines call for all community members–including plugin authors–to “be kind, helpful, and respectful.” An icon that is connected to an ongoing war and humanitarian crisis upholds none of those values.  

The plugin’s description, “Shows the Z symbol to support Russia,” eluded initial plugin checks. While it is true that there is no current plugin guideline barring plugins that “support” political leanings, this icon symbolizes something more complicated than that. Contributors were right to report this and, with their help and the help of WordPress community members, the plugin has been removed from the directory. 

All contributors, community members, and extenders should feel safe and free from harm in the WordPress project and ecosystem. Neither WordPress, Matt, nor I stand for symbols of hate or violence. WordPress is a community made stronger by global contributors—and we remain committed to building an inclusive community in alignment with our values. Today, we’ve collaborated with contributors to remove a plugin that did not meet those values. I’d like to thank the community for quickly rallying together to engage about upholding our community guidelines and how we hold one another accountable. 

I am aware that this issue leads to natural questions about clarifying our plugin policies moving forward. I’ll work with the community to explore our guidelines and create a clearer framework for how plugins can be evaluated in the context of current events.

X-post: In last week’s Meta meeting,…

X-post from +make.wordpress.org/meta: In last week's Meta meeting,…

Proposal to remove spam/dormant Five for the Future pledges

Last fall Andrea wrote about several challenges with the Five for the Future website that are preventing it from fulfilling its intended purpose. I’d like to start working on the first challenge of addressing spam or dormant pledges.

The Challenge

Many of the pledges have no recent activity on their profiles, or none at all; many only have personal activity (maintaining a pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party in the directory, asking for help in the support forums, etc); and many don’t participate in the Making WP SlackSlack Slack is a Collaborative Group Chat Platform https://slack.com/. The WordPress community has its own Slack Channel at https://make.wordpress.org/chat/., where contributors primarily coordinate.

That inaccuracy weakens the value of sincere and active pledges. It also makes it difficult and impractical for team representatives to use the pledge lists to recruit contributors for projects. The lists for Core and Community have over 1,300 and 1,400 people respectively, many of whom seemingly have not contributed, are unlikely to contribute, and/or are inconvenient to contact.

Proposal

To help surface active pledges, I’m proposing that we email all pledged 5ftF companies to request that they review, update, and confirm pledged contributors, teams, and hours. If they do not confirm within a reasonable period of time, their pledge would be removed.

Longer term, 5ftF could better identify and credit both code and non-code contributions. That would also help to keep pledges up to date.

To do this, we could automatically detect contribution based on Profile activity, and automatically remove pledges from folks who haven’t contributed in the past 6 months. In order to do that accurately, though, we’ll have to start crediting more non-code contributions, which often aren’t reflected on Profiles.

To track those, each team could request an activity that’s important to them, such as writing documentation; making changes to a Figma mockup; moderating a WPTV video; etc. We could also add a few things that cover all teams, like attending a Slack meeting, and giving/receiving props in the #props channel on Slack.

Once those are added to Profiles, then we could add an automated task to the 5ftF site which would examine all pledges every day. For those who haven’t contributed in 6 months, we’d un-publish their pledge, and send them a polite email to let them know. If removing them was a mistake, or they’d like to start contributing again, they can contact their team repTeam Rep A Team Rep is a person who represents the Make WordPress team to the rest of the project, make sure issues are raised and addressed as needed, and coordinates cross-team efforts.. Teams reps will be able to re-publish their pledge.

Feedback

What do you think of this proposed next step? Are there problems that aren’t addressed, ways to improve it, or is there a better idea altogether? Please reply before March 31st.

+make.wordpress.org/updates/

#five-for-the-future

A Theory of Technology Adoption in the WordPress Project

WordPress 5.0 was launched on Dec 6, 2018, and the release was the project’s first step toward creating a streamlined site editing experience with blocks (GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/). The year that followed was considered an iterative year for the folks actively building the software. During 2019, WordPress contributors from all teams and companies appeared at every event or podcast we could find and contributed to any newsletter or industry group that would give us a publication date. Partially because we were battling some strong resistance to blocks as a concept and partially because we were in the middle of a key part of technological adoption. Now, after WordPress 5.9, we are finding ourselves in a similar time of post-merge adoption.

There’s an entire field of study about adopting new technologies, which I did not study, but I did study WordPress’ big technological changes. I talked about this constantly at WordCamps in 2018-19, but I’ve never documented it for the public, so I figure it’s time to get it in writing for everyone.

A Few Basic Assumptions

If you’re new to WordPress, everything below will make more sense if you’re aware of the four phases of Gutenberg and the definitions of groups in our community from the Care and Influence post. With those coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. audiences in mind, the following assumptions guide my theory:

  1. Users/clients are the ones that will ultimately drive the adoption of Gutenberg, because consumers always drive technological adoption. Those of us who build our businesses on WordPress (Extenders, theme/pluginPlugin A plugin is a piece of software containing a group of functions that can be added to a WordPress website. They can extend functionality or add new features to your WordPress websites. WordPress plugins are written in the PHP programming language and integrate seamlessly with WordPress. These can be free in the WordPress.org Plugin Directory https://wordpress.org/plugins/ or can be cost-based plugin from a third-party developers, agencies) will be more inclined to learn how to build with Gutenberg if our clients make it clear that they want to use it. 
  2. Phase 1 of Gutenberg can be considered a proof of concept that offered Extenders a plausible promise. Outreach during Phase 1’s iterative cycle focused on extenders because we needed to bring them with us—to learn, iterate, and improve—which is something we learned from other open sourceOpen Source Open 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. projects like ours.
  3. Phase 2 of Gutenberg delivers on the plausible promise of Phase 1. Outreach during Phase 2’s iterative cycle will focus on users/clients because unless they are willing and able to use it, they will not ask for it from the Extenders.

Calestous Juma notably said, “Many of the dominant technologies that we take for granted have weathered moments of social tension and threats of succession.” That has certainly been true for WordPress. 

WordPress and its community are both deeply and broadly connected. This makes us incredibly resilient (a real blessing during this pandemic), and sometimes can make us unnecessarily rigid (a common thing in open source). However, as counterintuitive as it is, resistance to change can also motivate; within that tension lies an opportunity to build trust and take more people with us on the journey.

The Three Parts of Technology Adoption in WP

As we head into the iterative part of Gutenberg’s phase 2, there are a few things that we should be aware of that will motivate or inspire our community of users to take a fresh look at the WordPress editor. In my observation, that breaks down into three parts.

  • Apparent usefulness (to the extender) – aka, what does this do for me? And if “nothing,” then what does it do for my clients?
    1. Does it allow me to do things I couldn’t do before?
    2. Does it solve an unsolvable problem?

By making WordPress’ learning curve less steep, we make WordPress less intimidating to noncoders. In turn, Gutenberg offers additional opportunities for Extenders to create products that address their needs as well as their clients’ needs. Extenders are already part of the WordPress ecosystem and highlighting the early explorations of enthusiasts/early adopters could inspire others to follow suit. For instance, the release of the first default blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. theme, Twenty Twenty-Two, in WordPress 5.9 made it easier to see blocks in action, making riffing on them more appealing.

  • Apparent ease of use (to the extender and user) – aka, is the difficulty ≤ the current technology? And if >, then do the benefits to the user balance it out?
    1. Does it make my work easier?
    2. Does it make my work more fun?

WordPress is not easier for quick publishing than Instagram or TikTok, but it is the easiest of all the hard options, especially when looking at the long term benefits to those who use it. As we flatten the administrative experience of a WordPress site, we have to find where the balance of blocks now lies. Does a little extra code by an agency result in more autonomy for the client? Does having a true WYSIWYGWhat You See Is What You Get What You See Is What You Get. Most commonly used in relation to editors, where changes made in edit mode reflect exactly as they will translate to the published page. experience for the client result in decreased techno fear and increased techno joy (<– This is Eddie Izzard, watch at your own discretion)? Every experience of ease or delight for a user is worth noting and celebrating!

  • Apparent trustworthiness (social proof/social sentiment) – aka, do my trusted friends trust this thing? And if “no”, then does that mean I can’t either?
    1. Do the WordPress wonks like it?
    2. Do my business colleagues use it and like it?

With more data and information available to us than ever before, most of us rely on the judgment of those whose opinions we value to help guide our decisions. This is true for technology as well as things like meal delivery services, electric toothbrushes, or the next book you’ll read. We experienced the effects of social proof not being on our side early on in the Gutenberg project, and turned that around through substantial after-the-fact efforts from contributors all over the WordPress project. There is enormous potential to proactively reach audiences who are either unaware of WordPress or have been holding off trying the new editor for whatever reason.

So now what?

For many of us, this post will finally be putting words and concepts to processes that you’ve been participating in already. If that’s you, there’s nothing to change about what you’re doing, but I hope this gives you some insight into why you’re doing it. 

For some, this post reminds us of everything you have already gone through and learned during the Phase 1 merge and iteration cycles. If that’s you, I want to thank you for making this work easier for everyone coming after you. As with anything in WordPress and open source, we are all standing on the shoulders of giants and today you are those giants.

For everyone, it’s wonderful to witness the work that you all have done, and continue to do, to make sure that we are meeting people where they are while also urging them forward. It is unusual, in my experience, to see people who strive to make things better while also being able to acknowledge how far forward their work has brought us. If that’s you, let me clearly acknowledge the powerful impact your work with WordPress has:

The work you’ve done here is empowering people across the world. It enables positive changes for people whom you will never meet, but whose lives will be changed forever. You are providing knowledge and access to people who have felt shut out of this arcane mystery of “the web” for as long as they can remember. And on behalf of all of those good people in the world, I will say thank you. 🙂

Big Picture Goals 2022

During 2021’s State of the Word, Matt revisited GutenbergGutenberg The Gutenberg project is the new Editor Interface for WordPress. The editor improves the process and experience of creating new content, making writing rich content much simpler. It uses ‘blocks’ to add richness rather than shortcodes, custom HTML etc. https://wordpress.org/gutenberg/’s timeline, what has been accomplished, and what is ahead of us. The project is at something of a halfway point, and I want to offer my unending thanks to everyone who has contributed and welcome anyone who wants to join our efforts. This post contains some goals for the year (and will be updated with links to individual team posts when I start to see them), but there are some things you should know first.

These are intentionally broad

There is more to WordPress’ success than the code we write or the open sourceOpen Source Open 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. freedoms we support. While the goals below focus on shippable projects, I understand that supporting contributions (translations, testing, triage, accessibilityAccessibility Accessibility (commonly shortened to a11y) refers to the design of products, devices, services, or environments for people with disabilities. The concept of accessible design ensures both “direct access” (i.e. unassisted) and “indirect access” meaning compatibility with a person’s assistive technology (for example, computer screen readers). (https://en.wikipedia.org/wiki/Accessibility), support, performance, etc.) are part of these goals.

These are intentionally incomplete

There are always small projects that arise over the course of the year. And there are big projects to move forward in pieces over the course of multiple years. This project is too big for me to see everything all the time, and I rely on the information from team reps and the vision from project leadership to help navigate any surprises.

If you don’t see a project here, keep in mind that there are many that are still valuable to the overall success of our work. 

The Big Picture

2022 is all about committing to the co-creator relationship with WordPress users.

  1. Drive adoption of the new WordPress editor – Following WordPress 5.9, our focus will be driving user adoption by making full site editing (and its tools) easy to find and use.
    1. For the CMS – Get high quality feedback, ensure actionable tickets come from the feedback with collaboration from design as needed, and ship code that solves our users’ most pressing needs.
      1. Invite more users and extenders to participate in the FSE Outreach program (10-12 calls for testing).
      2. Host regular design-driven user testing (one test a week).
    2. For the Community – Share our knowledge and resources in a way that inspires and motivates our users to action.
      1. Invite more users and extenders to augment their skills through LearnWP.
      2. Turn routine support issues into new evergreen content (10-15 pieces of canonical content using Learn, Docs, WordPress.orgWordPress.org The community site where WordPress code is created and shared by the users. This is where you can download the source code for WordPress core, plugins and themes as well as the central location for community conversations and organization. https://wordpress.org/, etc).
      3. Translate high impact user-facing content across Rosetta sites (15-20 locales).
      4. Host audience-specific WordPress events (10-12 by common language, interest, or profession).
    3. For the Ecosystem – Prioritize full site editing tools and content across the ecosystem for all users.
      1. Highlight blockBlock Block is the abstract term used to describe units of markup that, composed together, form the content or layout of a webpage using the WordPress editor. The idea combines concepts of what in the past may have achieved with shortcodes, custom HTML, and embed discovery into a single consistent API and user experience. themes and plugins in the directories.
      2. Provide tools/training to learn how to build block themes.
      3. Improve the block developer experience.
  2. Support open source alternatives for all site-building necessities – Provide access to open source elements needed to get a site up and running.
    1. For the CMS
      1. Update new user onboarding flow to match modern standards.
      2. Integrate Openverse into wp-admin.
      3. Integrate Photo Directory submissions into wp-admin.
      4. Pattern creator
    2. For the Community
      1. Ship LearnWP learning opportunities (1 workshop/week, 6 courses/year)
      2. Increase the number of social learning spaces (4 SLSs/week)
      3. Block theme contribution drive (500 block themes in the repo).
    3. For the Ecosystem
      1. Update the theme previewer to support block themes.
      2. Update the content & design across WP.org.
      3. Update Polyglots tools to Improve the translation experience.
      4. Create a developer-focused communications site.
  3. Open Source stewards: Iterate on WordPress’ open source methodologies to guide and sustain long term success for WordPress as well as the overall open source community that we are part of.
    1. For All
      1. 5ftF program expansion
      2. Recruitment of future leaders in the community
      3. Onboarding of current leaders in the community
      4. Upstream contributions to other OS projects (PHPPHP PHP (recursive acronym for PHP: Hypertext Preprocessor) is a widely-used open source general-purpose scripting language that is especially suited for web development and can be embedded into HTML. http://php.net/manual/en/intro-whatis.php., JS, Matrix, or the like)
      5. WordPress Project maintenance
      6. Ancillary programs
  4. Bonus: Preparations for WordPress’ 20th birthday

How can you help?

As I mentioned above, I know that our code isn’t the only measure of our success. If you already know what sort of contribution you’d like to make, you can check out this list of teams (with links to their community sites) and team reps. If you’re not yet sure, here are the areas that each team falls into:

  • Development, Technology, Code: CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress./Editor, Mobile, CLICLI Command Line Interface. Terminal (Bash) in Mac, Command Prompt in Windows, or WP-CLI for WordPress./Tide, Security, Performance
  • Design, Product, UXUX UX is an acronym for User Experience - the way the user uses the UI. Think ‘what they are doing’ and less about how they do it./UIUI UI is an acronym for User Interface - the layout of the page the user interacts with. Think ‘how are they doing that’ and less about what they are doing.: Design, Accessibility, Test, Triage
  • Community, Extending WP, Education: Community, Themes, Plugins, Polyglots, Training
  • Contributor Experience: MetaMeta Meta is a term that refers to the inside workings of a group. For us, this is the team that works on internal WordPress sites like WordCamp Central and Make WordPress., Docs, Hosting, Privacy
  • Communications: Marketing, Support, WPTV

A Note on Specialized Groups

A couple of coordinated efforts provide essential support to the progress of multiple teams.

  • Triage: The triage effort happens across multiple teams and has two purposes. One purpose is to make sure tickets are sorted and have all the elements needed for someone to work on them. The second purpose is to determine priority. Not everyone has the information to set priority, but anyone can help sort and replicate reported bugs!
  • Test: The testing effort also happens across multiple teams and has multiple purposes. One purpose is to validate bugs, bug fixes, and new features before they go to users. The second purpose is to bring continuous high quality feedback throughout the entire release cycle. A lot of that coordination happens on make.wordpress.org/test, but there are also calls to test during various points of the release process in the Core channel.

#planning #goals

X-post: Proposal for a Performance team

X-comment from +make.wordpress.org/core: Comment on Proposal for a Performance team

Suggested iterations for the Five for the Future program and tool

The Five for the Future site and tools launched at the end of 2019, and then the pandemic hit. It’s been difficult to make time to iterate on the program, but eventually the window of opportunity for changes will open, and I wanted to collect my suggestions here, in case they will be helpful in the future.

The program has a few major challenges that have kept it from reaching its full potential. Here’s my take on those problems, and how they might be resolved:

Spam or dormant pledges

The program runs on the honor system, and it wasn’t clear how much of a risk that would be, at launch. Two years later, there have certainly been more “spam” pledges than anyone would want, and surprisingly (to me) few reports of fake or spam pledges. What that tells me = either people don’t go surfing around in the pledge lists, checking for accuracy, the Report feature is too hard to find (unlikely), or people don’t really care whether pledges are accurate or not.

I do think that a substantial number of false/fake/spam pledges are a problem, because they depreciate the value of the sincere/active/real pledges. If we never intend to clean up the rolls, then we should probably consider shutting down the program or putting more disclaimers on the site. 🙂

I don’t think it’s time to get that drastic, though. Here’s what I think could work, to increase the signal to noise ratio in pledges, in no particular order:

  • Share the list of pledges with leaders on each contributor team, asking them to mark the contributors they’ve never worked with or seen participate on the team.
  • Send the “absent” contributors a friendly email, letting them know that we’re cleaning spam pledges from the site, and asking them to confirm that their pledge is not-spam. Share the names of those who confirm not-spam back to contributor teams and encourage them to reach out to that list with opportunities to help work on things.
  • (This will depend on each team being able to provide a list of ways to contribute. Worse comes to worst, I suppose we can send pledgers to each team’s handbook page that talks about how they can help.)
  • For those who do not confirm within a reasonable time period, remove their pledges from the site, and email them with a friendly message that we have been removing apparent spam pledges. Let them know how they can re-pledge if they simply missed our previous message asking for confirmation. It would be interesting to know if people who only come back once we’ve removed their pledge, actually become active or not. I’m not sure what will happen there.
  • Institute a biannual 5ftF spam-check, following the above process. Maybe that’s too often — maybe only once every year?

Disconnect between contributor teams and pledged contributors

For whatever reason, the outreach that I imagined would happen, between contributor teams looking for help and the list of pledged contributors that was added to every sidebarSidebar A sidebar in WordPress is referred to a widget-ready area used by WordPress themes to display information that is not a part of the main content. It is not always a vertical column on the side. It can be a horizontal rectangle below or above the content area, footer, header, or any where in the theme. on the Make network…. never really came to pass. I’m not sure if that’s because contributor teams don’t feel comfortable pinging someone out of the blue and asking for help (it’s very likely that I have less shame than most, in my recruitment work), or if that *has* been happening, but just hasn’t been productive.

I was talking to Courtney Engle Robertson about this a little, this week, and she mentioned the idea of a tagging system on Make blog posts, that could automagically alert pledged contributors of posts that included opportunities to help out. I think we’d need to add some opt-in steps there, for privacy reasons of course, but I think this idea has merit.

When contributors re-confirm their pledges, they could be asked to click a box on their Profile page if they want to be emailed posts from Make blogs with a #5ftF tag or something, and maybe even specify which blogs they’d like to hear from in that way.

Another idea in this vein = inviting people to mark what kind of work they’re interested in doing for WordPress, when they make their pledge. I’m envisioning options like:

  • administrative (answer emails in a queue, take meeting notes, etc)
  • feedback (review and comment on blog posts,
  • testing (CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. betaBeta A pre-release of software that is given out to a large group of users to trial under real conditions. Beta versions have gone through alpha testing in-house and are generally fairly close in look, feel and function to the final product; however, design changes often occur as part of the process. testing, contributor tool beta testing, pre-beta testing for new features, etc)
  • writing (write new or update old documentation, revise contributor team handbooks)
  • and the like.

Then contributor teams could get a regular report that (for example) 24 people have pledged 2 hours per week to their team, and 10 of them are willing to write or edit documentation. This could aid in the outreach/recruitment that contributor teams do, when they need to find people to work on a new or dormant project.

Train the pledgers, train the recruiters/onboarders

Another thought I had, about how we don’t seem to see a strong connection between pledged contributors and the teams they’re pledged to, is that not everyone knows how to effectively recruit people to contribute — even if they’re “qualified leads” (which is what I’d consider pledged contributors).

And not all people making pledges, necessarily know how to *find* the pages that tell them how to get involved.

So I think a two-pronged approach could help here. We write some docs or a training on how to recruit (and onboard?) contributors, and then we alter the email that pledged contributors get when they pledge, to include links to the onboarding docs for the teams they indicated. That’s work, y’all! But I think it would have a positive effect even beyond this program.

Discuss!

What do you think of these ideas? What ideas do YOU have for making the Five for the Future program more reliable and useful? Share your ideas/feedback and discuss in the comments, below!

#five-for-the-future