On Sun, 11 Jan 2026 at 13:52, E.M. <emus(a)mailbox.org> wrote:
### Point of critique 1: Members have not been
involved
* In the past we were, often times, under the impression that we
received few feedback on the work we did as well as reactions in the
mailing list or chat. When preparing this, I don't intended to put
efforts on anyone when it comes up to extensive work on pure
organization. Now, with a better grasp and understanding about the
sensitivity and expectations within the organization and community I
will try to improve.
I think if you'd simply dropped an email to the members list prior to the
announcement, and/or run it past Board, then you'd have received different
reactions.
In fact, had you just given Board 48 hours notice before you published
something unsanctioned to the XSF Blog, none of this mess would have
happened. Instead the PR for the blog post was opened and merged in less
than that. There's a note on it from Guus, who is both Board and SCAM,
saying he was unaware.
From an organisational perspective, this is very poor. As I note later,
this will require substantial damage control.
* In addition here my question if you would have
expected this to be
organized by e.g. SCAM team or so? To us, as the Communication Team,
then it's also a question about how far are we allowed to go with the
ambitions we see.
The Comms Team is chartered to do specific things, as is SCAM. We don't do
particularly formal charters in the XSF; perhaps we should. But the Comms
Team has this description:
https://xmpp.org/about/xsf/comm-team/
The Communication Team’s mission is to inform the XMPP
community and
interested parties on news and recent developments within XMPP ecosystem.
Now, that reads to me as being internal and external communication "from"
the XSF "to" interested parties. I think organising an event, or series of
them, is not what we'd expect - especially when we have a SCAM team which
has a charter (an actual one!) of:
https://xmpp.org/about/xsf/scam-team/
The Summits, Conferences And Meetups work team is
responsible for
supporting XMPP-related summits, conference activity, and meetups.
So, what we're left with is that we have one team specifically designed to
do meetups, and a comms team specifically designed to handle informing on
news and recent developments.
What this is, as best as I can determine, is a series of events to gather
inbound information. Whether you argue it's best for the Comms team to run
this or not, it's certainly fair I think to suggest that the SCAM team is
the one this fits closest, and should have been consulted at the very least.
What I find surprising here is that you're saying things like "how far we
are allowed to go", and in other messages apparently complaining that the
Board insisted you consult with the membership for the di.day initiative.
I'm all for autonomy, but the Comms Team taking on things clearly outside
its charter without consultation and without even involving the team
chartered to run such things seems to me to be a worrying overreach. This
is the kind of thing that I would expect the Board to react to by increased
oversight and decreased autonomy.
This is especially frustrating when the Comms Team has been doing a pretty
good job of improving our outreach, and until now has been operating very
nicely indeed without any need for this kind of active scrutiny.
The problem for the Board is that this is an organisation-level screw-up,
and therefore is their responsibility to sort out. I do not envy them.
### Point of critique 2: Unclear purpose
* Intentions: I believed for a long time that we, as an ecosystem, can
and need to do more beyond single projects and developing a technology,
that is, to my impression, at risk of becoming more and more niche. We
can build the best RTC protocol and technology in the world, but if
there is few application to a significant scale - well...
I think there are many applications of XMPP at scale. WhatsApp, for one.
Fortnite for another. I think our main problem as a community is that these
people aren't involved at all (anymore, at least).
Anyway, I don't entirely disagree, but a major shift in the XSF like this
would be a Board level decision in my view.
* Adding a new holistic space for collaboration with
the community: This
posses no harm nor threat to other spaces we actually have, and
furthermore, I believe this will provide them with more value. It is
also conceived to happen more frequently and the invites are simply a
first shot in the calendar.
Again, I'm fine with this as a general statement.
However, this is an intentional change to how the community collaborates,
which has deep effects throughout the organisation.
This would - in my view - be outside the scope of what SCAM could do, and
absolutely outside the scope of what the Comms Team is chartered for.
Again, this devolves to the Board as a result.
* This is an offer for a talk: Online, with options to
include more
people to join, and bring with them their different backgrounds and
views and ideas. People, that may struggle to participate in other
contexts. Those talks are planned to be guided by your interaction in a
collaborative space. It's for example planned to ask you about your
perspective on the status quo of the XMPP ecosystem. What are we getting
right, what are we not? Where is it that we see room for improvement?
Can we formulate any activities out of this? Where is it that we concur
a common ground to act? Over the sessions we will get a more clear
picture here and steer it together.
Once again, nothing here (or in subsequent points) is unreasonable - but it
feels like a Board level project.
* Communication: This is not barely discussions and
activities on the
ecosystem in general, it should also come with benefits to your
projects. In that regard its planned with presence in the media channels
we have (and are expanding to) and offer >explicitly< participating
actors and projects. This is an opportunity for you to take advantage
out of it.
Getting projects in front of an audience to talk about what they're doing
is absolutely 100% in the remit of the Comms Team. Doing that would not
require any particular Board oversight at all, in my view.
### Point of critique 3: Choice of tooling
Unfashionable, I know, but I'm not that excited by tooling choices.
Whatever works effectively is good by me. Open Source > Open Standard >
closed, but not to the extent it detrimentally affects the outcomes. I
appreciate others feel more strongly, and have opinions about this specific
tool.
Last point as critique back: I made mistakes here.
Yes, and I'm sorry.
I'm afraid that "sorry" is not good enough in this instance. The XSF has
formally and officially announced a major series of events, but the XSF had
no knowledge of this. This is fundamentally broken.
We need, as a community and and as an organisation, to do two things:
* In the short term, we need to fix the situation. Whatever anyone might
have thought, we now have a series of events scheduled. I think
withdrawing these will also look awful, so we - the XSF, not just the Comms
Team - need to figure out what we do to make best use of these.
* In the longer term, we need to ensure that Work team leadership fully
understand the scope of their autonomy. Whether that's more formalized
charters or Board involvement in the teams I don't know (and mostly don't
care), but I think that the Board needs to do something.
But some of the feedback received was certainly out of line on how we
want to communicate, at least from where I am standing.
I don't know what that feedback was, but indeed we do have a Code of
Conduct. If you have examples, please do ensure the Board is aware (until
they form a specific Conduct Team).
Dave.