I’m kind of lost as to where to go from here, as well. I think @majken mentioned asking the Mozilla Greece people for their thoughts. @tad might’ve been planning on doing that, I think…?
Sorry, but what exactly do you mean by that? Can you clarify what type of testing would be needed?
I emailed Yvan and pinged him a number of times on IRC, but he hasn’t responded at all. I’m at a loss for what to do.
I’m not sure. That’s why we I said we should talk to WebQA. This might be a good way to get Community Webdev involved, too. QA might better fall under webdev, not sure though.
ReMo is where I would push the policy with Community IT solely acting as implementors of that policy. If anything this “policy” should highlight roles and responsibilities.
We need set guidelines on what Community IT can do, who is given hosting, and responsibilities of both ReMo and Community IT.
I agree. The policy will be maintained by ReMo, and they should be responsible for the general enforcement of it, but as Kensie says frequently, it’s our resources, so we should certainly decide how we want to use them, using ReMo a maintainer of them, and for suggestions to improve.
If we push policy creation to Reps, then it will become a Reps only program.
Council will not be prepared to say what the responsibilities of users on WordPress should be. What if Council thinks that communities shouldn’t be required to allow us to update their instances? (not saying that’s a realistic example, but it’s to the point). We’ll be the ones doing the work and so we should have a large say in what is reasonable. Do we want to limit the number of communities that are hosted for a bit? If so that should be our call, not Reps. There are certain parts of the policy that makes sense to push out to them.
We also need to not get ahead of ourselves, this is the policy for WPMS, and there is interest in generalizing it to be an overall policy for community IT resources. However there will be things specific to WPMS, like allowing us to manage updates, and the plugins that would be available. @mrz I think you’re focussing on the screening aspect of the policy (under Mozilla Reps), but look at the other two sections - that’s between us and the owners of the community site. We still need to build that part of the policy ourselves.
The draft I read was focused a bit too much on who could have a blog. The two headings I felt weren’t in the domain of Community IT were:
Screening of requestee
Screening of community
I don’t think Community IT owns either or is appropriately “staffed” to.
I also think this is much more collaborative between both Reps & this group. Look at the draft I edited and let me know if you think I’m on the right or wrong track.
I’ve made a couple of changes to the etherpad, mostly moving all the “powers” into responsibilities. I’m beginning to feel “powers” is the wrong word, and rather than simply having overall control on a matter, our access should be relevant to a responsibility.
I also moved the site admin section into the community section; the site admins are the communities themselves.