The Contributor Dashboard Pilot is Live: Whatโ€™s Next?

Building on the initial project thread, the Contributor Dashboard pilot is now live, marking an important step toward creating a clearer view of how contributors join, participate, and grow across the WordPress project.

This post outlines proposed features for the next phase of the Contributor Dashboard pilot. Weโ€™re sharing these ideas early to gather feedback from the community before implementation begins.

Current Status

The pilot dashboard is finally ready: https://wpcontributordashboard.org/

The coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. functionality is in place:

  • Three-tier data architecture (Events โ†’ Profiles โ†’ Dashboard)
  • Contributor Ladder framework
  • Activity status tracking (active/warning/inactive)
  • CSV import system for contributor activity data

Development is happening in the public GitHub repository.
View the dashboard demo video here.

Contributors from multiple Make teams are developing the Contributor Dashboard pilot. Project collaborators include @felipevelzani, @unintended8, @francescodicandia, @dd32 and @kel-dc

Proposed Features

Weโ€™re proposing two features for the next phase. Feedback is welcome on both.

1. Team-Managed Personas

Each Make team can create its own contributor personas, with custom ladders and requirements that reflect how that team actually works.

Different teams contribute in different ways, one ladder doesnโ€™t fit all. Team reps can define and manage these personas, and contributors can appear on multiple ladders based on their activity across teams.

Example use cases:

  • Polyglots can create language-specific personas for translation contributors.
  • Community can create personas for WordCampWordCamp WordCamps 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. or MeetupMeetup All local/regional gatherings that are officially a part of the WordPress world but are not WordCamps are organized through https://www.meetup.com/. A meetup is typically a chance for local WordPress users to get together and share new ideas and seek help from one another. Searching for โ€˜WordPressโ€™ on meetup.com will help you find options in your area. organizers.
  • Support can separate forum contributors from those seeking help.

2. Automated Engagement

Automatically recognize contributors when they reach key milestones.

Timely recognition improves retention and reinforces meaningful participation. When someone makes their first contribution, reaches a new ladder step, or stays consistently active, the system can trigger messages, props, or even swag (stickers, etc) from The Mercantile.

Recognition becomes built-in, not manual.

Feedback Requested

Weโ€™d love to hear your thoughts on these proposals. If we had to start with one of these two, which would provide the most value? Are any other things not considered that you think should be implemented and/or could bring a lot of value?

The overall goal is to create an engine focused on improving the contributor experience overall.

Please share any feedback by March 17, 2026. We plan to start implementing the new phase by this date.

Get Involved

If youโ€™re interested in contributing to these features:

Big Picture Goals for 2026

Iโ€™ve been here a little over a year now. In that time, Iโ€™ve seen what works, where things get stuck, and how much care and effort contributors bring to this project every day. As I shared during State of the Word, 2026 is about momentum.ย 

Momentum means building on whatโ€™s already working, being clearer about direction, and making it easier for people to participate and move forward. It means taking the energy that already exists in this community and turning it into progress that compounds.

This is my first time sharing big picture goals with the Make community. My aim is to be clear about priorities and direction, while keeping the door wide open for collaboration. WordPress works because contributors show up. 2026 is about making it easier for more people to do exactly that.

CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. Development and WordPress 7.0

2026 will return to 3 releases a year coinciding with our events. With WordPress 7.0 coinciding with WordCamp Asia. 7.0 aims to offer a significant step into Phase 3: Collaboration, with real-time co-editing bringing Google Docs-style collaboration directly into the Editor.ย 

Efforts are underway to unlock powerful new workflows through the Abilities APIAPI An API or Application Programming Interface is a software intermediary that allows programs to interact with each other and share data in limited, clearly defined ways.-powered Command Palette and a standardized WP AI Client API, enabling plugins and hosts to integrate AI assistants in a provider-agnostic way.

Media handling will take a major leap forward in 7.0 with the graduation of client-side media processing into Core. Image resizing, compression, and format handling will increasingly happen directly in the browser, dramatically reducing server load while delivering faster, more reliable uploads for creators.

On the styling front, customization of mobile menus and responsive editing controls will finally give creators the ability to tailor layouts for different screen sizes and hide blocks by viewport, addressing a long-requested community need. The introduction of simplified pattern editing alongside new blocks like Tabs and Icon expands the creative toolkit available out of the box, making design more intuitive for a wider range of creators.

Together, these features represent a cohesive push toward a more collaborative, intelligent, and responsive WordPress experience.

[Get Involved with WordPress Core]

AI Everywhere, With Clear Guardrails and Benchmarks

WordPress will continue to invest in AI in a focused, intentional way. The goal is to make WordPress easier to use, easier to build with, and easier to contribute to, across the entire experience.

Guided by the AI building blocks, AI in WordPress will prioritize a few practical outcomes:

  • Helping people create, edit, and refine content where they already work.
  • Reducing friction in site building, configuration, and common workflows.
  • Supporting contributors and users with clearer guidance, context, and next steps.
  • Lowering the barrier to contribution by helping people find and complete meaningful work.

At the same time, the Core AI team will publish project-wide guidelines for AI usage within WordPress. These guidelines will focus on transparency, user control, data responsibility, and alignment with WordPress values. As AI becomes more embedded across the project, shared expectations matter, both for contributors and for the broader ecosystem.

[Read More from the Core AI Team]

Revamping Meetups

Meetups are the primary front door to the community. Letโ€™s be more intentional about getting new people involved quickly.

As more contributors come in through initiatives like education programs, like Campus Connect and WordPress Credits, mentors should help them find a local meetupMeetup All local/regional gatherings that are officially a part of the WordPress world but are not WordCamps are organized through https://www.meetup.com/. A meetup is typically a chance for local WordPress users to get together and share new ideas and seek help from one another. Searching for โ€˜WordPressโ€™ on meetup.com will help you find options in your area.. Meetups are often the first place WordPress feels real. They are local, human, and reputable. Many WordCamps started as meetups, and that pathway still matters.

This year, we want to double down on meetups as places of active participation, not passive attendance. As AI tools become more common across the web, the need for shared learning increases. Meetups are where people can sit side by side, learn how these tools actually fit into WordPress workflows, and build confidence together. AI moves fast and we can develop better understanding, judgment, and together as a community.

That means prioritizing issue-focused sessions where people work together on real problems, hands-on learning tied to actual WordPress needs, and clear next steps that move people from meetup participation into contribution.

Meetups are where people build confidence, relationships, and momentum. When they work well, they turn curiosity into commitment. That is why they remain the primary front door to WordPress in 2026.

[Find a Meetup] | [Start a Meetup]

Community, Education, and the Contributor Pipeline

WordPress education programs are scaling quickly. WordPress Credits and WordPress Campus Connect have students arriving ready to participate and eager to contribute.

The project needs to be much clearer about where new contributors should go next and how they get started. Program managers can help connect student groups to Make teams, but that only works if each team is prepared to receive them.

Iโ€™d like to ask the Make teams to help make this possible by:

  • Maintaining clear onboarding materials and contribution paths.
  • Identifying approachable first issues or starter tasks.
  • Encouraging mentors who can help new contributors get oriented and moving.

Education is becoming one of WordPressโ€™s strongest growth engines. It brings in new voices, fresh perspectives, and people eager to learn. As contribution continues to grow, the long-requested Contributor Dashboard will help make that work more visible.ย 

Over time, we want to move toward WordPress Foundation credentials that help standardize how WordPress skills are understood and communicated. These credentials would reflect what someone knows, what they can do, and how they work, giving employers a clearer signal when hiring for WordPress-related roles.

[Learn More About WordPress Education Programs]

Review of Blocked Community Members

In an ongoing effort to foster a healthy and inclusive community, we are conducting a thorough review of blocked community members, prioritizing individuals who were blocked between August 2024 and the present date without communication or notification. This initiative spans both the 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/ and 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/ platforms and aims to identify accounts that can be unblocked and reinstated, allowing those members to re-engage with the community.

Unblocking Criteria and Process

The decision to unblock an account will be based on a thorough evaluation of the actions that led to the initial 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.. While some blocks were justified and will be upheld, we acknowledge that mistakes may have occurred, and some members may have been unfairly blocked. Our aim is to correct any past errors and provide a clear path for those members to re-engage with the community. We believe that by working together and fostering open communication, we can move forward and build a stronger, more inclusive community for everyone.

Factors Considered During Review

  • Severity of the Infraction: The nature and severity of the situation that led to the block will be a primary consideration.
  • Time Elapsed: The length of time since the block and any subsequent behavior of the individual will be taken into account.
  • Agreement to Adhere to Community Guidelines: The individual has expressed a commitment to follow the community code of conduct and forum rules.
  • Community Impact: The potential impact of unblocking on the overall community health and well-being will be considered.

Timeline and Communication

We understand that this process may take some time due to the number of accounts under review and the need for a thorough evaluation of each case. Please note that we are prioritizing those who were banned without notice or communication, and spammers will not be notified.

We are committed to providing regular updates on the progress of this initiative and will communicate any significant developments to the community in a timely manner.

Commitment to a Healthy and Inclusive Community

This unblocking initiative reflects our commitment to fostering a welcoming, inclusive, and respectful community where all members feel valued and supported. While maintaining the health and integrity of our community is paramount, we also believe in providing opportunities for individuals to learn, grow, and contribute positively. This initiative is a step towards achieving that balance, and we are hopeful that it will contribute to a stronger and more vibrant community for all.

We appreciate your patience and understanding as we work through this process.

Project Thread: Contributor Dashboard Pilot Project

A Contributor Dashboard Pilot is underway within the WordPress project, building on previous community work, and responding to long-standing requests from the community for better visibility into contributor journeys โ€“ how people join, participate, and grow across Make teams.

Contribution activity, especially non-code work is spread across many tools and systems. This makes it difficult to recognize contributors, understand engagement over time, and identify where support is needed.

Project Status

This project is currently in the active pilot development phase, led by @felipevelzani, @unintended8 and @kel-dc.

A limited multi-team pilot launch is planned for the end of February 2026. This project thread will be updated as work progresses.

What Weโ€™re Building

Weโ€™re building a Contributor Dashboard that maps contributor activity across teams into a shared Contributor Ladder framework:

Connect โ†’ Contribute โ†’ Engage โ†’ Perform โ†’ Lead

The ladder is behavior-based and describes patterns of participation over time. It does not rank contributors or imply that some contributions matter more than others. All contribution types and all contributors matter.

The goal is to help teams understand participation patterns, identify where support may be needed, and improve contributor experiences over time.

Why Weโ€™re Doing This

The project addresses several challenges across the project:

  • Contribution activity is scattered or not tracked
  • Non-code contributions often lack visibility
  • Teams have limited insight into how contributors progress over time
  • Cross-team onboarding, retention, and engagement patterns are difficult to assess

How Weโ€™ll Build the Pilot Dashboard

For the pilot, weโ€™re taking a multi-team approach using a custom 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. that maps existing contribution activity from 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/ systems to ladder stages. This activity-based approach allows us to validate the model, identify data gaps, and gather cross-team insights without introducing new infrastructure or requirements for contributors.

Additional technical details and implementation notes are documented in the projectโ€™s public reference materials.ย ย 

Scope and Data

This pilot starts intentionally small and focuses on a limited set of existing contribution signals to test the dashboard and ladder approach. It does not aim to capture 100% of all contributions across Make teams.

The pilot does not replace or change Five for the Future, contributor recognition programs, or existing team processes, and it introduces no new requirements for contributors or Make teams.

Contributor privacy is a coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. consideration. The dashboard uses existing WordPress.org accounts and activity data, does not display personal or sensitive information, and does not create new contributor profiles.

Hosting

  • The pilot dashboard will be hosted on Pressable to support development, testing, and iteration during the pilot phase, with the intention of moving to WordPress.org infrastructure in a future phase.
  • The custom plugin is designed to work within existing WordPress.org 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. systems and data constraints, without introducing new external dependencies.

Timeline & Milestones

โ€ข Januaryโ€“February 2026: Implementation, testing, and reviewย ย 

โ€ข End of February 2026: Pilot launch


How to Get Involved

Weโ€™re looking for contributors to help bring this pilot to life and welcome collaboration from across Make teams. For this pilot, weโ€™re especially looking for contributors who can help with the following:ย 

  • Building and improving the dashboard and plugin
  • Reviewing and validating contribution signals and ladder mappings
  • Testing the dashboard experience and reviewing insights
  • Helping iterate on documentation and communication as the pilot evolves

If youโ€™re interested in getting involved:

We welcome ideas and participation from all Make teams and contributors during the pilot and as the project evolves. Community input will help inform iteration and improvements, while the pilot proceeds unless material concerns are raised around privacy, security, or alignment with WordPress project values.

Props @4thhubbard for post review.

#contributor-dashboard

Proposal: 2026 Major Release Schedule

As 2025 comes to a close, itโ€™s time to reflect and start thinking about what the major releaseMajor Release A set of releases or versions having the same major version number may be collectively referred to as โ€œX.Yโ€ -- for example version 5.2.x to refer to versions 5.2, 5.2.1, and all other versions in the 5.2. (five dot two dot) branch of that software. Major Releases often are the introduction of new major features and functionality. schedule for the 2026 calendar year will be. This year, the community came together and published two fantastic new major versions of WordPress to the world: 6.8 โ€œCecilโ€ in April and 6.9 โ€œGeneโ€ in December.

While 2025 saw just two releases, the goal is to return to 3 major releases in 2026 (roughly one every 4 months).

This cadence has proven to effectively balance the many different factors at play within the global contributor community. The 4 month release cycle also:

  • Is long enough to build out quality new features for each release.
  • Is short enough to encourage shipping iteratively rather than pursuing perfect software (release early, release often).
  • Allows for 1-3 minor releases in between when following a 6-8 week timeline.

2026 Schedule (Proposed)

Using the ideal 4 month spacing between each release and making efforts to avoid major holidays, the final release dates for the next three releases fall within close proximity to a few prominent in-person WordPress events for 2026.

Following the successful live release of 6.9 during State of the Word earlier in December, the schedule below was created to continue trying out this model.

WordPress 7.0 โ€“ Thursday, April 9th

To start off the year, 7.0 is targeted for release during Contributor Day of WordCamp Asia. This creates some unique and exciting teaching opportunities! Newer contributors can observe the release process live to learn about how to contribute, or even participate in the release process, pitching in to help ship a version to WordPress to the world on their first day contributing.

Important dates

  • 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. 1: Thursday, February 19, 2026
  • RC1: Thursday, March 19, 2026

WordPress 7.1 โ€“ Wednesday, August 19th

This date for the public release of 7.1 coincides with the final day of WordCamp US. WCUS begins on a Sunday and ends on a Wednesday, which makes the final day more suitable for a release.

Important dates

  • Beta 1: Wednesday, July 1, 2026
  • RC1: Wednesday, July 29, 2026

WordPress 7.2 โ€“ December 8th, 9th, or 10th

To round out 2026, the community can celebrate the yearโ€™s accomplishments by releasing 7.2 on or around the annual State of the WordState of the Word This is the annual report given by Matt Mullenweg, founder of WordPress at WordCamp US. It looks at what weโ€™ve done, what weโ€™re doing, and the future of WordPress. https://wordpress.tv/tag/state-of-the-word/. address.

Important dates

  • Beta 1: October 20-22, 2026
  • RC1: November 17-19, 2026

A Few Notes

  • A call for volunteers interested in serving on the 7.0 Release Squad will be published the week of January 4th. If you are interested, please keep an eye on Make WordPress Core or subscribe for updates via email in the siteโ€™s 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..
  • While the releases are lining up with in-person events, there is no requirement to travel in order to be on a release squad. All communication and coordination will continue to happen in 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/.
  • A healthy balance between in-person and distributed contributors on release day is actually preferred. This helps ensure that any unexpected technical issues such as poor/unavailable WiFi do not result in a delayed release.
  • The spacing between the three flagship WordCamps in 2026 presents a strong opportunity to be intentional with release timing. With the proposed April 9th date for 7.0, moving straight into the 7.1 cycle would significantly compress the alpha period for feature work. The eight-week window between WordCampWordCamp WordCamps 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. Asia & WordCamp Europe is an excellent fit for a minor releaseMinor Release A set of releases or versions having the same minor version number may be collectively referred to as .x , for example version 5.2.x to refer to versions 5.2, 5.2.1, 5.2.3, and all other versions in the 5.2 (five dot two) branch of that software. Minor Releases often make improvements to existing features and functionality., which could help to deliver meaningful improvements with confidence and adequate breathing room.
  • During the 6.9 dry run and final release, contributors identified several opportunities to improve the CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. handbook, especially the pages aimed at documenting the release practices and processes. The live release of 6.9 notably shined a light on areas that require clarification to ensure both in-person and distributed contributor groups can synchronously collaborate more transparently and effectively. These will be collected and shared in a separate Make Core post in January.
  • The WordPress 7.2 date is the least flexible of the three with earlier dates encroaching on the major global financial holidays of Black Friday/Cyber Monday/Giving Tuesday, and later dates getting too close to major religious holidays and end of year time off.
  • Friday, Saturday, Sunday, and Monday have historically been considered unsuitable for a release to avoid spoiling weekends of those who use, build with, maintain, or support anyone with a WordPress site.

Discussion & Feedback

As always, the dates above are being proposed to allow contributors to begin planning for the rough timing of each of the 3 releases in 2026. There is some flexibility to make adjustments if necessary based on community feedback or factors that were not considered.

Do you have questions or thoughts about the release schedule as proposed? Ideas for ways to improve the Core Handbook or the release process itself? Or maybe a specific feature that youโ€™re most looking forward to in 2026? Share them below and join the conversation.

Props @annezazu, @jorbin AND @4thhubbard for helping to narrow down possible dates and/or reviewing this post.

A Little (Late) Spring Cleaning

Following up on the codified criteria for a repository to live under the WordPress organization on GitHub, a comprehensive audit of all repositories under both the WordPress and bbPressbbPress Free, open source software built on top of WordPress for easily creating forums on sites. https://bbpress.org GitHubGitHub GitHub 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 by the repository owner. https://github.com/ organizations has been conducted.

To support this effort, every repository was catalogued in a spreadsheet, along with metadata to assess which met the established criteria. This includes factors such as ongoing maintenance, alignment with an active 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/ team or initiative, and whether the repository serves a continuing purpose.

Archived Repositories

In total, 20 repositories in the WordPress GitHub organization were identified as no longer meeting the criteria for active maintenance under the organization. These include:

  • Feature plugins for projects that have already been merged into WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. and are no longer providing any additional functionality.
  • Some repositories were created for short-term experimentation or one-off demonstrations. While useful at the time, they no longer serve an active purpose and were archived to reduce clutter.
  • Legacy communication efforts that are no longer relevant.

The following repositories have been archived between June 5, 2025 and June 24, 2025:

Additionally, one repository was archived under the bbPress GitHub organization: wpbbp.

Archived repositories remain publicly accessible for reference purposes. Specific reasons why each repository was closed can be found in the Archive Notes column of the spreadsheet

Closed Plugins

Archiving repositories was only one part of this effort. Since the GitHub repositories often overlap with plugins hosted on the WordPress.org Plugin Directory, all plugins maintained or supported by the wordpressdotorg user were also reviewed. Plugins tied to deprecated features, outdated support needs, or now-merged projects were closed to reduce confusion and focus contributor attention on current tools.

The following 11 plugins were closed on June 24 2025:

To preserve historical context, a new page in the Core Team Handbook has been published as a reference of all retired plugins that were officially supported by the Core team at one point. Plugins closed prior to this effort can be added retroactively as theyโ€™re identified.

Archived 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/ Channels

Beyond code and plugins, Slack was also reviewed. Slack channels associated with completed initiatives, legacy features, or inactive Core components were archived. This helps reduce noise and ensures that active discussion spaces align with the projectโ€™s current areas of focus.

feature-* and core-* component channels were considered inactive if there had been no meaningful collaboration for at least one year.

The following 30 Slack channels were archived in the WordPress.org Slack instance on June 24, 2025:

Archived Slack channels remain publicly accessible and can easily be unarchived if new maintainers come forward or if the channel is the most appropriate space for new discussions.

Looking Ahead

As the project continues to evolve, periodic audits like this help keep our resources aligned with current priorities. If you believe something was archived prematurely or have suggestions for future cleanups, please detail in the comments.

When archiving certain code bases, plugins, and channels, itโ€™s important to pause and thank the many contributors who brought them to life. Their work forms the foundation for continued progress. Every commit, idea, and conversation has helped advance WordPressโ€™s mission to democratize publishing. And for that, we say โ€œthank you!โ€

Props @4thhubbard for post review.

Announcing the Core Program Team

This program model was first introduced with the CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. AI Team. Building on that experience, Iโ€™d like to expand it into an experiment with the launch of theย Core Program Team. Tammie Lister has agreed to help as the first team representative.

The goal of this team is to strengthen coordination across Core, improve efficiency, and make contribution easier. It will focus on documenting practices, surfacing roadmaps, and supporting new teams with clear processes.

The Core Program Team will not set product direction. Each Core team remains autonomous. The Program Teamโ€™s role is to listen, connect, and reduce friction so contributors can collaborate more smoothly.

You can get involved by joining the #core-program 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/ channel and following updates on the Core Program Team Blog, including a the welcome post that outlines next steps.

I am excited to see how this experiment helps Core teams work together and makes contribution more accessible to everyone.

Props to @karmatosed, @dd32, @desrosj who helped move this forward.

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. https://www.php.net/manual/en/preface.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

A New Cadence for WordPress Core

There have been a few questions around our decision regarding the WordPress Release cadence, which Iโ€™m glad to address. After years of releasing WordPress three times a year, and a recent discussion with Core committers, weโ€™re making a change โ€” for now.

Starting in 2025, WordPress will move to a single major releaseMajor Release A set of releases or versions having the same major version number may be collectively referred to as โ€œX.Yโ€ -- for example version 5.2.x to refer to versions 5.2, 5.2.1, and all other versions in the 5.2. (five dot two dot) branch of that software. Major Releases often are the introduction of new major features and functionality. per year, with WordPress 6.8 โ€œCecilโ€ marking the final major release for the calendar year. From there, the next major release will land in 2026, and weโ€™ll continue on that annual cycle for the time being.

This decision reflects current realities โ€” particularly the energy and resources being diverted due to ongoing legal matters. If those lawsuits are dropped or resolved, weโ€™ll revisit this cadence and strongly consider returning to a three-releases-per-year schedule. That remains the ideal for a fast-moving, community-driven project like WordPress.

In the meantime, the annual cycle gives us the space to focus on essential work that often gets sidelined:

  • Reducing technical debt and long-standing bugs
  • Improving performance across coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress.
  • Supporting noncommercial community plugins
  • Investing in design, testing, and the broader contributor experience

Weโ€™ll continue to issue minor releases as needed for maintenance and security, and weโ€™re introducing quarterly core committer town halls to strengthen collaboration and alignment across teams.

Looking ahead, this cadence puts WordPress 7.0 on track for 2027 โ€” and with the additional time, weโ€™re aiming for more than just a version number. 7.0 will be a milestone: a thoughtful, intentional release that reflects how far the platform has come and the kind of future weโ€™re building toward.

Five for the Future WCEU25 Chat

๐ŸŽฏ Meeting Purpose & Context

This pivotal meeting convened many WordPress stakeholders, including grassroots contributors, corporate sponsors, team leads, project managers, advocates, and community organizers. The dialogue focused on dissecting and reshaping the WordPress contribution landscape in 2025 and beyond.

The primary objective was to address the challenges and opportunities holistically:

  • Defining what constitutes contribution beyond traditional code-centric views.
  • Ensuring contributor sustainability by mitigating burnout and securing equitable funding/support.
  • Enhancing recognition systems that acknowledge the full spectrum of work supporting WordPress.
  • Establishing transparent and effective funding governance and sponsorship models.
  • Standardizing team structures, onboarding, and offboarding workflows for clarity and respect.
  • Leveraging AI and technology to consolidate fragmented knowledge and facilitate onboarding.

The โ€œFive for the Futureโ€ (5ftF) initiativeโ€”originally a rallying cry for companies to contribute 5% of their resources back to WordPressโ€”was intensely scrutinized. Participants widely agreed the initiativeโ€™s ambiguous nature has diminished its effectiveness and propose a comprehensive reinvention aligned with the modern open-source ecosystem and diverse contribution types.


๐Ÿ”‘ Major Topics & Deep Insights

1. The State and Future of โ€œFive for the Futureโ€

Context & Historical Analysis

  • 5ftF was conceived as a simple, inspiring call-to-action. However, its coreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. metric (5%) was never concretely definedโ€”whether it applied to revenue, personnel time, or budget allocations remains unclear.
  • This vagueness led to mixed interpretations, with some companies adopting it as a guideline, others feeling pressured or unfairly judged, and some dismissing it altogether.
  • Over time, 5ftF became a source of contention, sometimes weaponized to criticize contributions or lack thereof, which alienated community members.

Implications for Today

  • The lack of clarity makes measuring compliance and impact difficult, frustrating sponsors and contributors alike.
  • The initiativeโ€™s framing as an obligation risks fostering resentment instead of fostering intrinsic motivation to contribute.
  • Diverse organizations contribute in myriad ways that donโ€™t easily map to a singular percentage metric.

Community Sentiment & Recommendations

  • Strong desire to rebrand or replace 5ftF with a framework that is:
    • Explicit about what counts as contribution (code, docs, events, advocacy, sponsorship, infrastructure support).
    • Flexible and adaptable to different organizational sizes, cultures, and capacities.
    • Presented positively, encouraging pride rather than guilt or competition.
  • Proposals for concise, easily digestible messaging (e.g., TL;DR summaries) to increase community engagement and understanding.
  • Emphasis on clear terminology distinctions, such as differentiating โ€œprojectsโ€ (workstreams, campaigns) from โ€œteamsโ€ (organizational units) to improve clarity.

Logical Considerations

  • The original 5ftF suffers from ambiguity, resulting in a vagueness fallacy that allows for multiple contradictory interpretations and hinders effective implementation.
  • There is a risk of moral licensing bias, where companies might justify minimal or token contributions by pointing to vague pledges.
  • There is an opportunity to apply clear measurement theory to reframe the initiative for maximum effectiveness.

2. Defining Contribution: Inclusive Recognition

Contextual Breakdown

  • WordPressโ€™s contribution recognition has historically focused on code commits and bug fixes, marginalizing critical roles like:
    • Event organizing and community building.
    • Mentoring and onboarding support.
    • Moderation and conflict resolution.
    • Localization and translation work.
    • Documentation and educational content creation.
    • Advocacy and sponsorship liaison roles.

Risks & Consequences

  • Contributors performing โ€œsoftโ€ or non-technical work often remain invisible in metrics and appreciation systems, leading to feelings of undervaluation and eventual attrition.
  • Community diversity and vitality suffer if key roles go unrecognized, risking burnout in these critical but less-visible areas.

Community Sentiment & Recommendations

  • Strong advocacy for broadening contribution definitions and institutionalizing formal recognition for all contribution types.
  • Development of standardized, time-sensitive badges that:
    • Reflect contribution types (e.g., mentor, organizer, translator).
    • Are era-aware, capturing when contributions were made to provide historical context.
  • Emphasize project-based recognition, acknowledging contributions that cut across traditional team boundaries (e.g., marketing campaigns, community challenges).
  • Proposals to formally recognize corporate contributors who provide financial or infrastructure support beyond volunteer hours.

Methodological & Logical Notes

  • Recognition systems should avoid the availability heuristic, which favors visible code contributions and neglects less tangible efforts.
  • Incorporate multi-dimensional recognition frameworks to capture the complexity and breadth of contributions.
  • Explore measurement instruments and surveys to quantify โ€œinvisible workโ€ and incorporate it into metrics fairly.

3. Burnout Crisis & Sustainability

Underlying Factors

  • Contributor burnout is pervasive due to:
    • High volunteer demands with insufficient systemic support.
    • Lack of equitable financial remuneration or stipends for ongoing work.
    • Pressure to maintain legacy systems and innovate new features leads to overwhelming workloads.

Consequences

  • Loss of institutional knowledge and experienced contributors.
  • Increasing technical debt and slowed innovation cycles.
  • Threat to WordPressโ€™s long-term ecosystem health.

Community Sentiment & Strategic Actions

  • Consensus on the urgent need to establish funding mechanisms that:
    • Support contributors financially without the expectation of full-time commitment.
    • Include stipends, grants, bursaries, or scholarships to enable sustainable engagement.
  • Strong calls to relaunch and properly resource the Sustainability Team, with mandates across:
    • Social sustainability (community well-being and diversity).
    • Economic sustainability (fair contributor compensation).
    • Environmental sustainability (minimizing the ecological impact of project activities).
  • Integrating sustainability principles into all relevant teams and projects ensures a holistic impact.
  • Reopening the Sustainability 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/ channel as a hub for collaboration and information sharing.

Cognitive & Structural Analysis

  • Burnout stems from a resource allocation failure, where human capital is overextended without support.
  • Sustainability efforts require systems thinking, addressing interconnected social, economic, and environmental factors.
  • Avoid single-factor attribution bias by recognizing multiple contributing causes and solutions.

4. Metrics, Accountability, & Transparency

Current State

  • Many contribution promises remain unverified pledges, undermining accountability and measurement.
  • Sponsors and leadership struggle to assess impact and justify investments.

Negative Impacts

  • Reduced sponsor confidence and risk of resource misallocation.
  • Inadequate data restricts informed decision-making and priority setting.

Community Sentiment & Preferred Solutions

  • Strong advocacy for a shift to data-informed contribution tracking, including:
    • Leveraging the Contributor Dashboard and Bitergia analytics for verified data.
    • Transparent publication of contribution types, amounts, and outcomes.
    • Linking sponsors directly with contributions they fund for accountability.
    • Generating KPIs meaningful to sponsors and leadership.
  • Centralized communication hubs like https://make.wordpress.org/updates are critical for aligning contributors and sponsors.
  • Standardized reporting and sponsorship communication to clarify expectations, investments, and impact.

Logical and Methodological Considerations

  • Reliance on promissory pledges is a credibility gap, weakening trustworthiness.
  • Data-driven approaches embody evidence-based decision-making, which is critical for sustainable governance.
  • Metrics must balance quantitative rigor with recognition of qualitative impacts.

5. Contributor Funding & Governance

Present Challenges

  • Absence of formal, transparent governance structures for contributor funding and sponsorship leads to:
    • Informal, inconsistent decision-making.
    • Slow progress and risk of bias or mismanagement.
    • Contributor confusion regarding eligibility and processes.

Risks

  • Erosion of community trust and possible inequities.
  • Inefficient utilization of sponsorship funds.

Community Consensus & Proposed Framework

  • Empower contributors and teams to โ€œjust start doing itโ€, reducing excessive gatekeeping.
  • Develop transparent matching processes, aligning sponsors with contributors based on project priorities and skills.
  • Recognize corporate financial and infrastructure contributions alongside individual efforts equitably.
  • Create comparable incentives for event sponsors and other sponsors, ensuring fairness.
  • Establish clear, measurable deliverables tied to sponsorships to maintain accountability and justify investment.

Governance & Ethical Analysis

  • Governance gaps represent a principal-agent problem, where misaligned incentives may reduce funding efficacy.
  • Transparent processes are necessary to prevent conflicts of interest and favoritism.
  • Empowerment aligns with decentralized governance principles, fostering agility and innovation.

6. Team Structures, Onboarding, & Offboarding

Current Limitations

  • No standardized or documented procedures for team formation, closure, onboarding, or offboarding.
  • Contributors often feel lost, pinged unnecessarily, or disconnected from team goals.

Implications

  • Reduced morale and retention.
  • Inefficient resource use and duplicated efforts.

Community Recommendations

  • Standardize 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. roles, empowering them with decision-making authority and responsibility for inter-team coordination.
  • Establish clear, documented onboarding and offboarding workflows, including:
    • Providing formal closure for departing contributors.
    • Respectful disengagement processes.
  • Clarify and communicate distinctions among teams, projects, and working groups to improve organizational adaptability.
  • Define transparent criteria and community involvement in team lifecycle decisions (creation, closure, restructuring).
  • Consider revamping https://make.wordpress.org/updates/team-reps/ย 
  • Suggest sponsors list opportunities on the jobs board.
  • Prioritize โ€œGet Startedโ€ pages and streamline contributor pathways to lower barriers for newcomers.

Organizational & Psychological Insights

  • Lack of structure breeds role ambiguity, undermining team efficacy and contributor identity.
  • Formal onboarding/offboarding fosters psychological safety and closure, improving community health.
  • Clear boundaries between teams and projects reduce scope creep and enhance accountability.

7. AI & Knowledge Sharing

Contextual Challenges

  • WordPress knowledge is siloed across Slack, meeting notes, GitHubGitHub GitHub 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 by the repository owner. https://github.com/ issues, and documentation, hindering 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).
  • New contributors face steep onboarding curves due to fragmented and voluminous information.

Potential AI-Enabled Solutions

  • AI tools to summarize and synthesize dispersed knowledge into accessible, structured formats.
  • Generation of digestible TL;DRs contextualizing priorities and history for newcomers and busy contributors.
  • Facilitating cross-team collaboration by reducing duplicated efforts and knowledge gaps.
  • Maintaining a people-first ethos ensures that AI supports human relationships and respect rather than replaces human interaction.

Ethical and Practical Considerations

  • AI use should respect data privacy and community norms.
  • Avoid AI-driven dehumanization by complementing, not substituting, human engagement.
  • Emphasize transparency in AI-generated content and maintain channels for community feedback.

๐Ÿ’ฌ Selected Highlights & Quotes โ€” Context, Implications & Community Sentiment

  • โ€œFive for the Future was never clearly defined and became a weapon or obligation.โ€
    The original initiativeโ€™s lack of clarity led to division and resentment, discouraging genuine contributions. The community now seeks a new framework that is inclusive and clearly communicated.
  • โ€œWeโ€™re throwing money at an endless problem without accurate metrics.โ€
    Without verified contribution data, funding is inefficient, trust erodes, and strategic impact diminishes. Community demands robust, transparent metrics.
  • โ€œWe need an attitude shift from endless discussion to โ€˜just start doingโ€™.โ€
    WordPressโ€™s culture of prolonged debate has stalled progress. There is enthusiasm for empowered, decentralized action and iterative delivery.
  • โ€œOnboarding and offboarding are essential for contributor closure and team health.โ€
    Formal contributor lifecycle management ensures respect, reduces burnout, and maintains engagement.
  • โ€œInvisible and soft contributions must be recognized for a truly inclusive community.โ€
    Non-code workโ€”event organizing, mentoring, and moderationโ€”is vital for sustainability and must be formally acknowledged.
  • โ€œSustainability affects every WordPress team and cannot be ignored or discounted.โ€
    The disbanding of the Sustainability Team highlighted governance gaps; urgent reactivation and funding is necessary.
  • โ€œWe already have programs like mentorship and dashboards; letโ€™s build on them, not recreate.โ€
    Respecting and extending existing legacy programs promotes efficiency and continuous momentum.
  • โ€œCorporations want measurable outputs and KPIs to justify their sponsorship.โ€
    Transparent, actionable metrics are critical to sustaining corporate sponsorship.

โš ๏ธ Challenges & Barriers โ€” Contextualized

ChallengeImpactNotes
Data & Metrics DeficiencyInhibits fair recognition, accountability, and fundingNeed for verified, transparent contribution data
Governance GapsInconsistent funding, unclear team lifecycles, and decision delaysRisks bias, erodes trust, reduces agility
Contributor BurnoutLoss of contributors, slower innovationRequires systemic support and equitable funding
Communication SilosFragmented channels, poor knowledge sharingLimits collaboration and onboarding
Role AmbiguityLeadership confusion, inefficienciesStandardized roles and processes are needed
Cultural Discomfort Around FundingHinders open discussions on money and supportNormalize funding conversations and transparent governance

โœ… Action Items & Roadmap โ€” Context & Community Focus

  1. Publish comprehensive, transparent meeting notes for community-wide accessibility and feedback.
  2. Form dedicated working groups to:
    • Define and standardize contribution frameworks, including all roles and types.
    • Develop formal onboarding and offboarding procedures with contributor closure.
    • Formalize transparent governance for team lifecycle management and funding.
  3. Reinstate, resource, and empower the Sustainability Team, reopening communication channels. See Overlapping Initiatives
  4. Build or improve a centralized dashboard and jobs board mapping contributor skills, team needs, sponsorship opportunities, and project priorities.
  5. Promote and expand data-informed contribution tracking via the Contributor Dashboard, Bitergia, and similar tools.
  6. Foster a culture of empowered, decentralized initiatives, enabling contributors and teams to act swiftly within shared governance.
  7. Collaborate with the Core AI team to design tools for knowledge synthesis, onboarding TL;DRs, and reducing information fragmentation.
  8. Implement inclusive recognition systems valuing code and non-code contributions equally with badges, public acknowledgment, and corporate recognition.
  9. Maintain open, ongoing dialogue with WordPress leadership to ensure alignment, resource support, and respect for grassroots contributions.
  10. Clarify and document team rep roles, responsibilities, and communication workflows to enhance coordination and empowerment.
  11. Update and prioritize Get Started pages, contributor pathways, and onboarding resources for improved newcomer experience.
  12. Develop and execute a communication and change management strategy supporting the adoption of governance, funding, and recognition reforms.

๐Ÿ“Œ Additional Community Priorities & Critical Questions Highlighted

  • Why must contributors ask permission to act? Empower autonomy.
  • What are the actual, data-verified contribution numbers? Move beyond guesswork.
  • Should we shift from promissory pledges to data-confirmed contributions? Strong yes.
  • How can we measure and recognize hidden work like event organization and mentorship? Develop metrics and recognition tools.
  • How do we prevent wasting contributorsโ€™ finite time? Streamline processes, improve communication.
  • Team badges reflecting eras and specific projects, not only teams: Implement dynamic, time-stamped recognition.
  • How to recognize company contributions beyond volunteer hours? Develop corporate recognition programs.
  • How can initiatives (e.g., shipping WebP) be communicated clearly and not blocked at the last minute? Improve project communication and accountability.
  • Standardize badge processes and sponsor incentives; ensure equitable benefits for sponsors.
  • Allow contributors to declare sponsor support per activity, increasing transparency.
  • Recognize sponsored contributorsโ€™ blog posts and reporting efforts.
  • Centralize team priorities and synthesize cross-team projects for clarity and alignment (e.g., https://make.wordpress.org/updates).
  • Map contributor sponsorship needs to sponsor interests and required KPIs transparently.
  • Empower team reps to maintain up-to-date skills and sponsorship needs lists.
  • Clarify distinctions and governance around sub-teams (e.g., Core sub-teams like Performance, AI, 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/).
  • Standardize proposals, sub-team processes, and unblocking procedures.
  • Prioritize an actionable roadmap aligned with core and ecosystem-wide priorities.
  • Highlight and formally recognize invisible, soft contributions.
  • Reframe or rename 5ftF to reflect inclusivity and modern realities.
  • Support horizontal collaboration across traditionally vertical team structures.
  • Use AI to maintain and curate WordPress knowledge repositories, respecting data privacy and community ethos.

๐Ÿ“š Final Reflection

WordPress is at a pivotal moment in its development. By adopting transparent governance, recognizing contributions inclusively, implementing sustainable funding models, clarifying team processes, and thoughtfully integrating AI, the community can create a resilient, vibrant, and equitable ecosystem for contributors. By building on past efforts and adapting to changing circumstances, WordPress can ensure that every contributorโ€”regardless of role or backgroundโ€”feels valued, empowered, and connected to the projectโ€™s future.

#5ftf, #contributor-working-group, #discussion, #five-for-the-future