Title: pluginreview – Make WordPress.org

---

#  Tag Archives: pluginreview

 [  ](https://profiles.wordpress.org/felipevelzani/) [Felipe Velzani](https://profiles.wordpress.org/felipevelzani/)
1:42 am _on_ October 20, 2023     
Tags: pluginreview   

# 󠀁[Team Coordination for Plugin Directory Updates](https://make.wordpress.org/meta/2023/10/20/team-coordination-for-plugin-directory-updates/)󠁿

In a recent meeting with the 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/](https://wordpress.org/plugins/)
or can be cost-based plugin from a third-party. Review Team, it became evident that
there are gaps in our communication between the Plugin Review Team and the 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.
Team, particularly concerning the addition of new features to the Plugin Directory.

While [tracking existing Meta tickets is possible](https://meta.trac.wordpress.org/query?status=!closed&component=Plugin+Directory),
the team generally isn’t informed in advance before new commits are added.

This can lead to problematic situations. We indirectly represent the directory —
even if our focus is primarily on the review process — and people contact us with
questions, relying on us to assist with such matters. It would be helpful for the
Plugin Review team to have the opportunity to review, test, provide feedback, and(
when appropriate) communicate this to plugin authors.

To improve this situation, we’d love help from the Meta team. Would the Meta team
be able to adapt some workflows to facilitate better communication between our teams?

An example was [the WordPress Playground preview ticket](https://meta.trac.wordpress.org/ticket/7251),
which had to be reverted. I’m confident the situation would not have escalated as
it did if a better process had been in place.

Some examples of things that could be done:

 * Send a notification on the [#pluginreview](https://make.wordpress.org/meta/tag/pluginreview/)
   SlackSlack Slack is a Collaborative Group Chat Platform [https://slack.com/](https://slack.com/).
   The WordPress community has its own Slack Channel at [https://make.wordpress.org/chat/](https://make.wordpress.org/chat/)
   channel or on [our P2](https://make.wordpress.org/plugins/) a few hours before
   implementing changes (ideally at least 24 hours for major changes).
 * If someone has the bandwidth to build a complete feedback process, we could create
   something to add a delay for new feature commits for a set period or maybe test
   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. versions
   of changes on a staging site.

+make.wordpress.org/plugins/

 * [Login to Reply](https://login.wordpress.org/?redirect_to=https%3A%2F%2Fmake.wordpress.org%2Fmeta%2F2023%2F10%2F20%2Fteam-coordination-for-plugin-directory-updates%2F%23respond&locale=en_US)