Hm. I wonder if the engineering community liason role could be adapted to address the suggestIons here. Also I would like to know what the liasons currently do besides file bug reports and respond to dev process questions, which are good to do but not what I would call strategic change management. I think the role of this department is under development anyway after Rachel's arrival so this is a good time for the questions raised in this thread. I'm pinging Rachel to ask her to comment.
MzMcbride, I'm not sure that WMF is overstaffed, but I would like to see more specific performance metrics for some groups. The FDC commented on this as well and I hope WMF is taking that to heart. I'm pinging Garfield for comment on that portion of this discussion.
Pine On Aug 5, 2014 5:53 AM, "MZMcBride" z@mzmcbride.com wrote:
Fæ wrote:
On 5 August 2014 11:33, Gryllida gryllida@fastmail.fm wrote:
WMF Engineering is currently composed of individual teams as documented at https://www.mediawiki.org/wiki/Wikimedia_Engineering . These teams look after the software that faces us everyday, and often work together.
Could we please have some more people (potentially a dedicated ‘community’ team) who could do these things:
- encourage feedback by absolutely /anyone/ about the next features
they'd like,
- run programming and documentation activities requested (or started)
by community [there would be a lot of small projects, unlike the big ones the current Teams are working on],
- encourage localising documentation for, and centralising the location
of, all community-developed programming work,
- raise awareness of community development efforts across all Wikimedia
projects,
- actively encourage members of community become MediaWiki and Gadgets
hackers in the Free Software philosophy?
This would be, in my view, a relatively small, collaboration-type team (with just half a handful of people for timezone coverage for IRC support).
Open to brainstorming and suggestions. I would compile thoughts into a wiki page afterwards to continue thinking on the idea.
The roles you describe seem to have a lot of overlap with what we might expect WMF volunteer coordinators / WMF community liaison employees to be busy with.
Theoretical overlap, perhaps. People in the role of "Community Liaison, Product Development and Strategic Change Management", a title Orwell would be proud of, are not doing what's being described in this e-mail. The current community liaisons are really paid advocates and they're tasked with shilling bad products. This isn't the fault of the people in these roles, many of whom I know and respect, but we should be honest that their role is much closer to that of a marketer or public relations person.
Substantive, meaningful communication between the people building software and the people using software is the goal, but the current implementation dramatically fails, as a number of software projects from the past two years have demonstrated and continue to demonstrate.
And of course there are separate "community advocacy" and "engineering community" teams. The Wikimedia Foundation staff is heavily bloated and I very much doubt that hiring additional staff will improve matters.
Gryllida's proposal has merit, but implementing it probably requires more than a small team. Part of the issue is that thousands of editors' views are discounted in favor of the latest hare-brained ideas from Wikimedia Foundation middle management. And while many of these ideas can be, and eventually are, killed or mitigated, it's draining work that's likely more easily accomplished with a larger pool of focused energy.
MZMcBride
Wikimedia-l mailing list, guidelines at: https://meta.wikimedia.org/wiki/Mailing_lists/Guidelines Wikimedia-l@lists.wikimedia.org Unsubscribe: https://lists.wikimedia.org/mailman/listinfo/wikimedia-l, mailto:wikimedia-l-request@lists.wikimedia.org?subject=unsubscribe