Category: Localization

I’ve planned a lot of community localization (l10n) workshops all over the world. Let’s just say that after six years at Mozilla, it’s approximating 50 at least. They’ve all taken different shapes over the years and as I begin working with local community members and the Mozilla l10n-drivers to plan the last three community l10n workshops for year, there are a number of questions I’m asking myself about these workshops and beyond.

Why do we organize these workshops?

Organizing these things are hard work. Often it’s a lot of fun, but it’s time-consuming and full of variables. Here are some of the reasons we do these:

• In an open source community, where the people involved are generally self-organized and the expectation of a bottom-up style of management, it’s crucial for paid staff to travel and meet with volunteer staff (Stormy Peters has some good thoughts on this). This humanizes the people involved, it unifies them all under the organization’s common goals, and gives them the opportunity to voice their ideas, concerns, and opinions to a real person.
• To train and give mentorship to community and give community to train and give mentorship to one another.
• To dedicate time to projects that support the community but wouldn’t be a typical part of their contributions (e.g., creating translation style guides).

Are these workshops relevant to those attending?

I’m afraid the format of our workshops has grown stale and static. There are so many variables to consider when planning the format of a workshop. The community’s level of maturity, personality differences, cultural differences, varied skill sets, and tenure in the project. The more communities you bring together for a workshop, the more complex it can become. With all these variables, a static workshop format is doomed to failure. But what does a dynamic format look like and how do we know what to adapt to the needs of the communities present?

I’m mulling over several ideas about format that we may try for our last three workshops in 2017.

• Mozilla localization unconference — everyone comes with topics they want to discuss or lead a discussion on, the agenda is defined together in the morning and the rest of the weekend is spent moving down the list. This facilitates the need for a dynamic format, as no two workshops would look alike and would largely be planned by those present.
• Problem solving — the weekend is spent brainstorming and offering solutions to a problem that either a high number of community’s are facing or a problem that one community is facing.
• Rotating topic — rather than organizing workshops to cover all of the regions of the world, workshops would be organized around specific topics or deliverables. The members of the global community that can most successfully contribute to those would be invited. No two workshops would be the same.
• Work week with l10n-drivers — with some advanced planning, all l10n-drivers attend the workshop and go about treating the workshop as a team work week. Community will have their pick of contributing to the different projects the l10n-drivers are working on and would see localization from a number of different angles.

What is the right size for a community workshop?

I’ve been in and organized workshops involving one community (around 5 people) and workshops involving fifteen communities (~60 people). I can’t definitively say that one is better than another. The great thing about large workshops is that everyone is introduced to a significant amount of diversity and expands their worldview as a result. It’s hard for the l10n-drivers to have significant personal interactions with each localizer present though. In smaller workshops, you miss the diversity and potential for learning, but the l10n-drivers get more personal time with the localizers and there’s more freedom to dig deep into specific issues that uniquely affect that community.

This year we’ve been organizing large workshops. I’m estimating that we’ll send about seventy invitations to our Berlin workshop. One piece of feedback we’ve gotten consistently is that the Mozilla community wants to see more diversity at these workshops. Organizing larger (but fewer) workshops could help meet that need. But at what point does the workshop become a conference?

How do we determine if our workshops over the course of the year were successful?

We hold ourselves accountable for making sure that the time, effort, and money spent on these workshops yields specific results to measure whether or not the events were successful. This success criteria changes from year to year. It started out being number of strings translated at the event (which was a really bad metric) and has evolved into whether the event has helped communities to meet their own goals. If the format becomes more dynamic, how does this change our success criteria? I don’t have an answer for that yet.

Are workshops the right tool for accomplishing our purpose?

I started this by asking why we organize these, and on paper it seems that, yes, workshops are a great tool for accomplishing those purposes. I suppose this question is better stated as, “are workshops the only right tool for accomplishing our purposes?” I don’t have an answer for this yet. The Web breaks down geographic barriers for collaborating, and while I see the value in moving away from our computers and interacting face-to-face, we’re getting closer to a world where the idea of being face-to-face doesn’t have to mean traveling across land and sea. I’m not sure that we’re really taking advantage of what the Web has to offer to break those geographic barriers.

I’m going to keep asking these questions and I think they’re general enough that the answers will be as dynamic as I hope our workshops become. Get in touch with me if you have thoughts on how to answer any of these questions.