ubuntu-eg-council team mailing list archive
-
ubuntu-eg-council team
-
Mailing list archive
-
Message #00038
Re: team's new structure
On 28 December 2011 18:56, Ahmed Toulan <thelinuxer@xxxxxxxxxx> wrote:
>
> *First: About Council:*
>> *Elections:*
>> * Who can be Nominated to join the council?*
>> A) Any member of ~ubuntu-eg
>> B) Official members of Ubutnu-EG(Membership can be granted through
>> preparing application > meeting > Approval or refusal)
>> C) Any member of any of the Focus Groups(Sub-teams)
>> D) Council members are a combination of elected Admins of all FGs.
>>
>
> I don't know if I got point D right or not, but if you mean that FGs
> admins has to be in the council I have to object. FGs number could be very
> large (in the future at least), and we can't resize the council according
> to the no. of FGs.
>
Yes I think so, please pick the one you think is the most suitable
>
> * Where to Elect?(Where to create polls to choose council team members)*
>> A) On launchpad polls.
>> B) Outside Launchpad.
>>
>>
> This is what is used in Ubuntu elections, and supposedly it maintains
> privacy of the users. Anonymous and It doesn't store their emails or
> anything.
> http://www.cs.cornell.edu/w8/~andru/civs/civs_create.html
>
I think it's good enough, what you think guys?
> ===============
>> *Second: About Focus Groups:*
>> A Focus Group is a sub-team of ~ubuntu-eg that will focus on a specific
>> job locally.
>> * Suggested Focus Groups:*(Do you oppose any of these?)
>> A)*Support.*(to give support though all of our means)
>> B)*Spokespersons.*(It's a workaround, instead of having a council
>> member in each spot(i.e. Alex), it has a spokesperson who is trustworthy
>> and experienced enough to maintain and build a new spot there. one spot can
>> have many spokespersons). It'll help having many hands to help with
>> maintaining a community(or a spot), because number of council members
>> should be limited, but spokespersons not.
>> C)*Marketing.*(to take what it takes for marketing issues, they will
>> be responsible for it)
>> D)*Moderators.*(maintain all of our means, FB page and group, forum,
>> IRC channel, linkedin group, G+ page and so on...) responsible for keeping
>> it's environment welcoming, friendly and keep it with Ubuntu Code of
>> Conduct.
>> E)*Website Maintainers.*(To share efforts and challenges between many
>> persons with different minds and experiences).
>>
>>
> This is a good start, but I guess forget financial group or you can have
> it integrated with the marketing team if you want.
>
yep, I forgot about this, actually the suggestion was to make 2 FGs, one
for fundraisers/holders and one for ppl want to donate on regular
basis(sponsors).
> I don't really understand what you mean by "(To share efforts and
> challenges between many persons with different minds and experiences)."
>
Nah, I just thought that the website load on Jonathan alone is a heavy one,
seriously, so distributing the job can be a good step, as all other FGs, it
was a description anyway.
> * Who can join Focus Groups?*
>> A) Anyone.
>> B) Anyone with history in that specific job(to preserve quality) and
>> Activity on it.
>> *
>> *
>>
>
> We can consider this like a job. We can have trainees but we need
> professionals as well. So anyone interested can join but we need people
> with experience in that specific field. It all depends on the nature of the
> FG of course and should be handled case by case.
>
Cool.
> * How can people join an FG?*
>> A) By Preparing application > Meeting > Approval/refusal.
>> B) By Preparing application(on wiki) > send introduction(of himself) to
>> that FG's mailinglist > older members review application > Approval/Refusal
>> by council.
>> C) Directly, without any approval process.
>>
>>
> I believe people need to show interest and why do they want to join a
> specific FGs. Having a formal process will help achieve this goal, but not
> sure if it will have any other implications.
>
I love 'D', it keeps quality. Don't worry about implications, I've seen it
work in Ubuntu Beginners Team, and it gave some good results. But, our
environment is tiny, so we can get both, ppl from that support team and
from outside work side-by-side and support FG will support mentorship.
> * Choosing Leaders for FGs?*
>> A) Through Elections inside that FG.
>> B) Through Elections, any ~ubuntu-eg member can vote.
>> C) Designated by council.
>>
>>
> Lets not complicate this.
>
Yyyy, I love complexity ;)
> I believe the number of members in a specific FG will be small. The first
> one in an FG will most probably assume leadership, or it can have a flat
> structure.
>
Leadership should keep rotating, forget about the FG, we build community
in the first class not structure.
Ok, you can choose again ;)
> * When leader choosing should happen?*
>> A) A Week after council elections.
>> B) A Week before council elections.
>>
> if it's a week after council, then it'll be exactly as release date, so we
should either to make council elections two weeks before release or we make
this step after the release.
>
> Regards,
> Ahmed Toulan.
>
Thanks.
Anyone else, or we'll action it with one response?
--
Regards,
Ahmed
Follow ups
References