For the support team group I think we miss formerly agreeing with a simplified decision making process and publishing it on this first post with the recommendations for the new support team members. Publishing them will ease the whole process. We are almost there.
If helps, I track badges through RSS feed.
A generic approach to maintain any group, would be to periodically (yearly, per semester…) do a meeting to evaluate organization, do cleanups, update wiki, et cetera. For instance a roundtable in NethServer conference where non-assistants could also collaborate online.
The stats are available again, however they can’t be the only metric to decide who can join the dev team. Past contributions are important, but not a requirement.
What is important to be a dev team member IMO:
goal (develop and maintain module, validate bugs, implement issues solution…)
I’d measure them both with code commits and activity on this community forum. I belive the #development category should become the place where development discussions and decisions occur.
I’m striving to put the decision process on this forum as much as possible, though I’ve been a bit busy on the upgrade tool development and extra-community activities in the last weeks.
During yesterday’s hangout I promised @mark_nl to be more responsive about development issues and I asked him to poke me as needed.
I guess something like that, but past experience is not a strict requirement IMO. Personal goals and offered time are important too…
As said, I’d like to find a couple of team coordinators, like @dnutan and @mrmarkuz did with the support team. Then they’ll propose the criteria and come to a consensus here.
Coordinators are like mini-community-managers, and should help other developers to get in touch with each other to achieve their personal goals and the community goals.
I don’t like the idea of another group. I think that anyone who’s maintaining a project or a package for NethServer, or would like to create something new can be a member of dev_team.
As there are dependencies between our code lines, we need a place where to meet together. We are the dev_team and the Development category is that place, IMO.
There we can discuss about the development process, how the things work, can be developed further and of course, learn something new.