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 be 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

Criteria for Creating or Migrating Repositories under the WordPress GitHub Organization

With WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress. now following an annual release cadence, community-maintained canonical plugins have become even more crucial to the project. Because canonical plugins serve as official first-choice recommendations, they should live under the WordPress organization on 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 be the repository owner. https://github.com/. However, there are currently no guidelines around what is allowed or prohibited under the project’s GitHub organization. Establishing some clear criteria will help community members understand the requirements and expectations for this.

Core Principles

WordPress should balance experimentation with quality standards and project philosophy. GitHub repositories under WordPress should benefit the community, prevent single points of failure, and ensure open-source 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).

Before outlining specific criteria, here are the underlying principles that guide these criteria:

  1. Community Ownership: Code that serves the WordPress project should be collectively owned and maintained rather than dependent on individuals.
  2. Responsible Stewardship: Maintainers must commit to responsible management of their repositories.
  3. Quality Assurance: All code under the WordPress umbrella should reflect the project’s commitment to excellence.
  4. Transparency: Clear documentation and communication about repository status and purpose.
  5. Inclusivity: Lowering barriers to contribution while maintaining standards.

Criteria for Inclusion

For a repository to be included in the WordPress GitHub organization, it must meet the following criteria:

Project Documentation and Goals

  • The repository must have a clear problem statement and some roughly outlined goals. This can be in the README.md file or linked to in a Making WordPress blog post.
  • Maintainers should aim to regularly post updates about the project at a cadence that makes sense for the overall level of activity.
  • The repository should have an agreed upon tag on the sponsoring team’s Make blog to easily find all related posts.

Team Sponsorship and Maintenance

  • The repository requires at least one active maintainer under an established Make Contributor team, with multiple maintainers encouraged for continuity. This should be noted in the repository’s READEME.md file at a minimum, and within the CODEOWNERS file if useful.
  • The sponsoring team takes collective ownership and responsibility for the repository’s oversight.

Maintenance Commitments

The contributor/team maintaining the repository agrees to reasonably maintain the project. This includes but is not limited to these expectations and requirements:

  • Issue Management: Triaging submitted feature requests and bug reports in a timely manner.
  • Communication: Responding to community questions and providing reasonable support channels.
  • Transparency: Clearly communicating the project’s status, roadmap, and any changes in maintenance capacity.
  • Best Practices: Adhering to project-level best practices and expectations.
  • Policy Compliance: Using project-level policies, such as being compatible with the GPLGPL GPL is an acronym for GNU Public License. It is the standard license WordPress uses for Open Source licensing https://wordpress.org/about/license/. The GPL is a ‘copyleft’ license https://www.gnu.org/licenses/copyleft.en.html. This means that derivative work can only be distributed under the same license terms. This is in distinction to permissive free software licenses, of which the BSD license and the MIT License are widely used examples., and the Community Code of Conduct.
  • Documentation: Maintaining clear, accessible documentation for users and potential contributors.

Quality Standards

Repositories must follow WordPress coding standards where appropriate, establish suitable testing processes, and maintain the same quality standards as other WordPress code bases.

Governance

  • Appeals or exceptions to these criteria can be discussed in the appropriate Make team blogs.
  • Periodic reviews of repositories may be conducted to ensure ongoing compliance with criteria.
  • Project leadership has the final say for what can be included.

Repository Lifecycle Management

Archiving Policy

  • If maintenance ceases and the repository does not represent a canonical 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, the repository will be archived after 6 months if reasonable efforts to find new maintainers are unsuccessful.
  • Archived repositories can be unarchived if factors change and/or a maintainer steps up.
  • Exceptions can be made to this policy. The repository’s current usage, importance to the ecosystem, maintenance burden, etc. should all be considered before archiving a repository.

Security Considerations

  • Unless a repository is explicitly mentioned in the project’s HackerOne policy, it will not be eligible for the project’s bug bounty program.
  • Should any security vulnerabilities be discovered, critical security issues must be addressed promptly in coordination with the Security Team, even in experimental repositories.

Special Considerations

  • Experimental repositories should be clearly labeled as such and may have modified expectations for support and stability.
  • Tools primarily used by WordPress contributors (e.g., phpunit-test-reporter) may also have different support requirements than user-facing components. Some repositories may require little to no maintenance and should remain open to signal that it’s still relevant.
  • Specific expectations and requirements for Canonical plugins should be explored separately.

Conclusion

These criteria balance innovation with WordPress’s high standards. They create a framework for healthy GitHub repository management that supports project growth while ensuring quality and sustainability. Community feedback is welcomed and encouraged so these guidelines can be improved to appropriately serve contributor needs.

Props @4thhubbard, @jeffpaul, @priethor, @johnbillion, and @annezazu for pre-publish review.

Restoring Trust while Preserving Safety

In April, @matt wrote about reflection; how, after twenty years, WordPress is still growing, not just in code and contributors, but in responsibility. The Jubilee post invited us to pause and ask what kind of project we want to be for the next twenty.

One piece of that reflection was a review of accounts that had previously been banned from participating in our community spaces, including 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/.. This review wasn’t done in isolation. It took collaboration across community teams and a shared commitment to fairness.

Any community as large and global as WordPress will at times feel the tension between openness and accountability. Processes don’t always hold up. Intentions don’t always translate into outcomes. And sometimes, we just get it wrong.

This review wasn’t about undoing everything. It was about restoring trust. Trust in the systems we use to moderate, and trust in the people behind them. Each account was considered in context and with care.

Most were reinstated. And a small number remain blocked, in cases where there were credible threats, harassment, or other actions that compromised the safety of others. In those moments, we choose safety. That’s not always the easiest choice, but it’s the right one.

What’s next

With this review now complete, I’d like to shift focus toward improving how we handle these situations going forward. That includes being more transparent when actions are taken, creating clear and consistent paths for appeal, and documenting decisions in ways that are easier to understand and easier to trust.

It might also be time to take a closer look at how responsibilities move through the project. In areas like moderation and community safety, is it time to establish clearer rotations? Rotating roles can help us avoid centralizing too much authority in any one place, and it guards against the single points of failure that 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. and communities should always aim to minimize. It’s a principle we trust in architecture. It applies equally to people and processes.

Bans and blocks aren’t a sign of failure. They’re part of maintaining a healthy space. But growth means we keep looking at how we apply them with care, with humility, and with a willingness to evolve.

If we continue to center empathy, transparency, and the shared goal of making WordPress better for everyone, we won’t just be stronger. We’ll be ready for whatever comes next.

Props to @jdembowski for help with this post

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.

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.

Shutting down WordPress.org’s Matrix Server

After careful evaluation and considering the evolving needs of our community, we have decided to shut down the community.wordpress.org Matrix server on January 31, 2025.

With the integration of Single Sign-On (SSO) using WordPress.org accounts on 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/., one of the primary advantages of the Matrix solution—simplified onboarding for new contributors—has been effectively addressed. Additionally, with very low usage and no significant demand for Matrix services, maintaining the server is no longer the best use of our resources.

The links to the team chat pages from the Make homepage have already been removed, and we’ll remove the individual chat pages when the server has shut down.

Thanks to everyone who participated in this effort, especially @ashfame and @psrpinto, but also everyone who helped surface issues with the implementation.

Thank you for your understanding and support. If you have any questions or need help transitioning, please don’t hesitate to comment below.

Hello, WordPress Community – Let’s Chat!

I’m thrilled to share my first post here on Make WordPress! As the new Director of the WordPress Project, I’m excited to contribute to the ongoing work that shapes WordPress for millions worldwide. I also recognize the challenges ahead and the large shoes I’m stepping into.

Over the last two weeks, I’ve had the privilege of engaging in discussions with a variety of folks from across the community, hearing valuable ideas and some concerns. These conversations have provided great insights, and I’m eager to start diving deeper into the work ahead.

To foster continued open dialogue and collaboration, especially as I ramp up, I’ve scheduled office hours with Matt and myself. This will be a space to connect, share thoughts, and ask questions.

This will be an evolving format, especially to allow for different timezones, and of course I’m open to feedback—looking forward to continuing the conversation!

Let’s build something amazing together.

When: Friday, November 22nd, 10:45AM PST
Where: Zoom Link here
Duration: 1 Hr

Full meeting recording: it can be found here.

WordPress Contribution Health Dashboards: An Experiment

In 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 WordPress, tracking progress through data is essential for informed decision-making, spotting trends, and improving efficiency. At 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. Europe 2023, @matt emphasized the need for ‘project health dashboards,’ sparking the creation of a working group that includes @courane01, @nao, @peiraisotta, @harishanker (myself), and others. Over the past year, we’ve worked to bring this vision to life. Today, @courane01 and I are excited to announce experimental health dashboards for the Make/WordPress CoreCore Core is the set of software required to run WordPress. The Core Development Team builds WordPress., Community, and Training Teams, along with an overview of WordPress 6.6 release statistics. These dashboards, compiled manually using tools like Bitergia Analytics, offer a snapshot of team performance.

This project, still experimental, seeks community feedback to refine and expand dashboarding efforts across more teams. You can check out the individual dashboards by following these links:

Key Insights from the Experiment

Core Team

Line chart showing newly attracted developers and contributors getting inactive in core. The numbers have mostly skewed in favor of newly attracted developers, but there has been a recent spike in contributors leaving.
Based on the 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/ and wordpress_develop 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 be the repository owner. https://github.com/ repositories. The numbers have mostly skewed in favor of newly attracted developers, but there has been a recent spike in contributors leaving.
  • While the WordPress project has always had a good balance between new and inactive contributors, there is a clear increase in the number of contributors going inactive in 2024, as shown in our research.
  • The WordPress 6.6 dashboard shows a steady number of contributors (637), with 38% being new. In comparison, version 6.5 had 703 contributors, one of the largest recent releases.
  • Core Team contributions happen in spikes around WordPress releases.
  • Contributions are predominately by companies like Automattic, Yoast, GoDaddy, and 10up, with a reliance on sponsored contributors.
  • Core GitHub repositories maintain strong close/merge rates, but there’s a downward trend projected for 2024.
  • Contributor distribution is strong, with sponsored contributors supporting a majority of contributions. The team is currently focused on shipping version 6.7 and launching Gutenberg Phase 3.

Training Team

Bar and line Chart showing Learn WordPress Course users and enrollment rate. As of August 2024, almost 60% of users visiting course content have enrolled in courses.
Chart showing Learn WordPress Course users and enrollment rate. As of August 2024, almost 60% of users visiting course content have enrolled in courses. Note that course viewers has also gone up.
  • The Training Team has exceeded its projected goals, by achieving a video retention rate of 50% for their video content. and and a course enrollment rate of almost 60%.
  • Their Learning Pathways project has met its contribution goals, with high enrollment and course completion rates, as well as 90% learner satisfaction.
  • The team relies on GitHub for project management, with high engagement among contributors.
  • A high number of casual contributors indicates a need for more regular and core contributorsCore Contributors Core contributors are those who have worked on a release of WordPress, by creating the functions or finding and patching bugs. These contributions are done through Trac. https://core.trac.wordpress.org. to ensure long-term team health.
  • The team seeks contributors for its learning pathways project and online workshop presenters.

Community Team

Line charts showing event counts, unique attendee counts, and all attendee counts from 2014 through 2024 for WordPress Events. Theese events peaked in 2018-2019 with 143-142 events, but the numbers went down in the COVID years, and have only marginally picked up.
Post-COVID, we are seeing a minor increase in event, unique attendee, and all attendee count, but we are nowhere close to 2019 (pre-COVID) levels.
  • The Community Team is close to achieving its projected goal of 45% new attendee participation, with a 44.76% rate.
  • Post-COVID, the number of WordPress events has dipped but is showing improvement.
  • The recent shift to GitHub for project management has resulted in high engagement.
  • To meet ambitious goals, the team needs more program and event supporters and community event hosts.

The Process

We began this project by engaging with the WordPress community and gathering valuable feedback, which revealed the need for an automated dashboard tool. After extensive research, we selected Bitergia Analytics for its open-source nature and potential for self-hosting, ensuring digital sovereignty for the WordPress community. Bitergia offers customizable dashboards, GDPR compliance, and integrates with tools like GitGit Git is a free and open source distributed version control system designed to handle everything from small to very large projects with speed and efficiency. Git is easy to learn and has a tiny footprint with lightning fast performance. Most modern plugin and theme development is being done with this version control system. https://git-scm.com/., GitHub, IRC, 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/., Docker Hub, and more. Our Bitergia dashboard, linked to the WordPress GitHub repository, is currently private with access granted to @courane01, @harishanker, @peiraisotta, and @nao. This service operates under a basic plan sponsored by Automattic, costing €1000/month.

Informed by insights from Bitergia Analytics, @courane01, @harishanker, and @peiraisotta hosted project health hangouts in May to gather further feedback from the broader WordPress community. Based on that input, we developed pilot dashboards for WordPress Core, Community, and Training teams, which rely heavily on metrics for their work. However, Bitergia Analytics doesn’t currently support our tools such as HelpScout, Figma, TracTrac Trac is the place where contributors create issues for bugs or feature requests much like GitHub.https://core.trac.wordpress.org/., SVNSVN Apache Subversion (often abbreviated SVN, after its command name svn) is a software versioning and revision control system. Software developers use Subversion to maintain current and historical versions of files such as source code, web pages, and documentation. Its goal is to be a mostly compatible successor to the widely used Concurrent Versions System (CVS). WordPress core and the wordpress.org released code are all centrally managed through SVN. https://subversion.apache.org/., and GlotPress. To bridge this gap, we used alternative data sources like the WordPress 6.6 props list and contributor team data from the Community and Training teams to prepare these dashboards, alongside Bitergia Analytics.

What’s Next?

These dashboards were created as an experiment to assess their usefulness. Manually compiling the data is time-consuming and may not be sustainable. @courane01 and I invested significant effort into preparing them. If they prove valuable, we hope to encourage other Make/Teams to create their own and explore a project-wide dashboard, though this could be resource-intensive. Positive feedback would support continued development, including building custom tools or upgrading to a premium Bitergia plan for deeper data insights to support contributor teams.

Request for Feedback

Thank you for reviewing this project! Our long-term goal is to build automated, live dashboards for WordPress. We appreciate your feedback on the following questions as we attempt to refine our work:

  • Are these team metrics useful?
  • Should we consider additional metrics?
  • Should we continue creating similar dashboards in the future?
  • Can we automate this process, and if so, how? (We’re considering Bitergia.)
  • Are you interested in helping develop this further?

Please share your thoughts in the comments on or before October 7, 2024.


This post-was co-written by: @courane01 and @harishanker with inputs from @nao @cbringmann and @georglink

The following individuals have directly contributed to this project: @courane01 @harishanker @nao @peiraisotta @georglink. Big thanks to @audrasjb @cbringmann @desrosj @jorbin @jeffpaul @piyopiyofox @zoonini @west7 for their support, input, and feedback.

For further insights and to follow the development of this initiative, check out these resources:

#dashboards #project

+make.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//core +make.wordpress.org/community +make.wordpress.org/training +make.wordpress.org/updates +make.wordpress.org/sustainability

Ramping up WordPress on YouTube

YouTube has become an essential platform for sharing complex ideas with a diverse audience, and our WordPress YouTube channel is no exception. Since 2023, we’ve experienced a 6x increase in monthly views and engagement, driven by the growing availability of WordPress content. Since October 2022, when WPTV content began syncing automatically with YouTube, to the design iterations in 2023 and our participation in the Nonprofit YouTube Partner Program—removing ads from our videos—our channel has become a trusted source of information and inspiration.

In keeping with our commitment to meeting the needs of both current and future users, I’m excited to announce that Jamie Marsland will be taking on the management of the WordPress YouTube channel. Jamie’s extensive experience in the WordPress community and his passion for empowering creators through this medium makes him the ideal person to lead our efforts in expanding and enhancing our YouTube presence.

With over a decade of experience working with WordPress and training others, Jamie brings a wealth of knowledge and expertise to this role. He will oversee the creation of high-quality content, ensuring our channel remains a valuable resource and a source of inspiration for WordPress enthusiasts worldwide while inspiring and empowering 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. content creators to further the movement.

For those attending WordCamp US, say hello to Jamie in person! And for everyone else, please join me in welcoming him to this new role as we embark on an exciting new chapter for WordPress on YouTube.

#training, #tutorials, #youtube

WordPress Contributor Mentorship Program Cohort #3 (2024 Q4): Call for Mentees & Mentors

Update: We have closed the call for mentors and mentees for the 2024 Q4 Mentorship Program cohort, as of August 26th, 23:59 Pacific Time. Thank you for the overwhelming response! The contributor working group will start evaluating applications from current and early applicants and will aim of finalize a group of mentors and mentees at the earliest. We hope to finalize our cohort by next week and plan to reach out to our selected mentors and mentees at the earliest by the week of September 16. Got questions? Drop a line to: wpcontributors@wordcamp.org or comment on this post with questions.

Following the success of our 2023 Q3 and 2024 Q1 cohorts, I’m thrilled to announce the official launch of the third WordPress Contributor Mentorship Program cohort, set for the final quarter of 2024. This program connects seasoned WordPress experts with newcomers, offering a fantastic opportunity for mentees to gain hands-on experience contributing to WordPress, while mentors share their expertise and improve their leadership skills. 

Note: If you applied during the early call for interest in June-July 2024, you do not need to re-apply. This application is for new applicants.

Criteria for Mentees

Whether you are new to WordPress or looking to enhance your skills, this program offers a unique opportunity to learn from experienced contributors. Receive personalized guidance, develop your skills, and network within the WordPress community.

New to WordPress? Participating in this program may get you up to full speed as a contributor in a very short time — You’re strongly encouraged to apply!

Criteria for Mentors

If you have experience in WordPress development, design, community engagement, or any other WordPress-related area and wish to guide new contributors, this is your chance to make a significant impact. Through mentoring, give back to the community, enhance your leadership skills, and connect with emerging contributors.

If you have a project in mind and want to guide 4-6 mentees, this program is ideal. Learn more about project-based mentorship.

Read more about an optional project-based mentorship.

The formal call for mentors and mentees for the WordPress Contributor Mentorship Program Q4 Cohort has closed as of August 26th, 23:59 PT. We will be reaching out to selected/paired mentors and mentees by the week of September 2 September 16.

Program Goals and Details

Our program connects seasoned WordPress experts with newcomers. Mentees will gain hands-on experience in contributing to WordPress and grow their network of contacts within the global WordPress community, while mentors share their expertise and develop their leadership skills. Over six weeks, mentors and mentees will collaborate, learn, and contribute within a diverse, global community of talented contributors. Mentees will also get opportunities to directly contribute to WordPress 6.7 (the next and latest WordPress release) and also gain an inside view of WordPress contributions. 

WordPress Contributor Mentorship Program flowchart

We are offering early contribution opportunities for those interested and available to spend an extra month. These opportunities include dedicated training and may lead to leadership roles within the project. You can indicate your interest in the application form.

Selection Process

Mentors and mentees will be selected based on various criteria, including mentor availability, participant interest, individual profiles, and adherence to WordPress Community Guidelines. Our goal is to include as many mentees and mentors as possible in this cohort.

Timeline

  • Application Opens: Thursday, August 16, 2024
  • Application Deadline: Monday, August 26, 2024
  • Selected Mentors and Mentees Announced: By September 9, 2024
  • Program Duration: October 7 to November 15, 2024 (6 weeks) 

Benefits

  • For Mentees: Receive personalized guidance, develop your skills, and expand your network within the WordPress community.
  • For Mentors: Give back to the community, enhance your leadership skills, and connect with emerging contributors.

Over 55 mentees have graduated, and 35 mentors have participated in this program thus far in two cohorts, with excellent results. Curious to learn more about the mentorship program and its impact? Check out the following blog posts:

Join us in this exciting journey of learning and collaboration!

Want to learn more about the Mentorship Program? Please visit the WordPress Contributor Mentorship Program handbook page.

This post was collaboratively written by Contributor Working Group Members: @estelaris @harishanker @kirasong @oglekler @patricia70, @tobifjellner

#contributor-working-group #wpcontributors, #mentorship-program #mentorship-cohort-november-2024 #mentorship #contributor-mentorship

+make.wordpress.org/updates/ +make.wordpress.org/accessibility/ +make.wordpress.org/core/ +make.wordpress.org/community/ +make.wordpress.org/cli/ +make.wordpress.org/design/ +make.wordpress.org/mobile/ +make.wordpress.org/polyglots/ +make.wordpress.org/support/ +make.wordpress.org/docs/ +make.wordpress.org/themes/ +make.wordpress.org/training/ +make.wordpress.org/test/ +make.wordpress.org/tv/ +make.wordpress.org/photos/ +make.wordpress.org/hosting/ +make.wordpress.org/openverse/ +make.wordpress.org/sustainability/