Security Strike Team (JSST) Official

This team is for experienced Joomla users and developers who want to help test and fix reported security issues.

Read more: Security Strike Team

Showcase Directory Team (JSD) Official

A showcase of Joomla sites to give potential Joomla users an idea about Joomla & possible use.

Read more: Showcase Directory Team

Social Media Team Official

Team that looks after the communication via social media channels.

Read more: Social Media Team

Software Architecture & Strategy Team (SA&S) Official

Software Architecture & statgegy is a voting production department team
The best argument that can be made for “Software architecture & Strategy” ( “SA&S” ) came from one of the production teams leads.

“That is not how we develop software, we do not need it..”

Software architecture - Wikipedia*

Looking back Joomla has failed to be successful in putting out consistent quality or “approved” code (i.e UCM, Tags, Custom Fields). Typically development starts when somebody feels that there is an itch to scratch, Then at the time of a pull request some other developer with the same itch will comment and possibly things have changed around (as with custom fields).

Worst case the changes go in “unnoticed” and we end up complaining afterwards (as with tags). The end result is we have frustrated developers that feel their time was wasted or an unhappy community wrt a sub par implementation of a feature.

Feedback on pull requests is always valuable, everybody's effort is appreciated and the mechanism should be cherished. There is however a way that we can improve on this, whilst lowering frustration and increasing professionalism.

If we look to professional software development in the industry a reference is always made  to architecture, the blueprint for how functionality is to be added/modified and with what constraints. Software architecture helps to reduce the chance of failure and minimise risk*. The architecture view is the helicopter overview he is not typically the developer.

If we use a comparison to a building and its associated architecture, the architect is not a mason, plumber or electrician ( he might have been in the past). They architect defines framework for the foundations and layout that is built on top whilst estimating how much of what (bricks, cement, etc) needs to go where. Architecture and Strategy go hand in hand in that comparison as the size of the plot and the strength of the foundation laid on top of it is the cornerstone of future strategy.

Joomla lacks a “body” of developers that the production department can turn to for questions on architecture and support. Joomla also lacks a body that has the skillset to structurally review larger functional improvements such as workflow and a rewrite of tags. It lacks a body to lay out a technical foundation for the future. Having this body to reference would help the developer implement the best possible solution by having an “encyclopedia” of knowledge to go to when it comes to major decisions.

That advantage of having a body of people, instead of an individual, to advise would also mitigate the point of individual criticism. `I discard what person ABC says because he's always…. Having a body to advise/help should also help continuity as knowledge and history should be anchored in that body and not in the head of a single individual.

Having a balanced group shall also ensure a balance between a “hacked” and “theoretical” architecture approach.

The architecture and strategy team shall play an advisory role within the production department.

Its actions can be triggered from within the group itself or from de production department. Its focus is explicitly technical.
Overall project strategy is more than technical, Joomla’s roadmap should consider more than technology alone, for example marketing.  There is no structural way of doing that yet, that's a discussion at another level. A representative of SA&S should take part in that, but requests should always flow through the Production Department.

For sure there will be challenges to overcome because for the lack of a better word we are a collection of ego’s, both inside such a body as in the developer community. Careful and Mindful communication would be key!

It is proposed to rebrand Joomla!X to “Software Architecture & Strategy”, there is a 90% overlap in goals. The big difference being the lack of coding and explicit focus on advice.

Read more: Software Architecture & Strategy Team

Trademark & Licensing Team Official

The Trademark and Licensing team manages defending Joomla-related trademarks and licensing the Joomla Community to use the Joomla! name and brandmark in their domain name and on their websites.

Read more: Trademark & Licensing Team

User Research & Strategy Working Group Official

This Working Group conducts Market and User research - both of Joomla community members as well as the wider market - in order to provide meaningful data to guide strategies and decision making for Joomla as a whole as well as for individual Joomla teams.

In order to achieve its mission, this working group is looking for volunteers. Contact us at marketing [at] to join and help.


Read more: User Research & Strategy Working Group

Volunteers Portal Team Official

The Volunteer Portal Team is responsible for the Joomla Volunteer Portal. Track the reported issues and feature requests on Github. Feel welcome to contribute!

Read more: Volunteers Portal Team

Webmasters Team Working Group

This group consist of representatives for each Joomla! property (websites, infrastructure and otherwise).
We are responsible for standardization, providing guidelines, defining procedures, supervise the implementation of various topics (updates, extensions and more). The group for information and coordination.
The Joomla Property Management policy is displayed in the OpenSourceMatters website.

Any issue with a website can be reported on GitHub:
A list of all websites and the related team, can be found here:

Read more: Webmasters Team