Team charter
Dan Streetman
ddstreet at ieee.org
Wed Mar 9 11:37:15 UTC 2022
On Tue, Mar 8, 2022 at 6:37 PM Thomas Ward <teward at ubuntu.com> wrote:
>
> Notes in-line below.
>
> On 3/8/22 16:53, Dan Streetman wrote:
>
> On Mon, Mar 7, 2022 at 8:20 AM Mattia Rizzolo <mapreri at ubuntu.com> wrote:
>
> * you say that the chair can be replaced at any time, but I propose that
> such change require a supermajority (3/4th of the team) and since the
> team is owned by the TB, that also needs to be accepted by them
>
> agreed on requiring TB approval - but I'm not sure about requiring a
> supermajority of votes?
>
> I feel like if a majority of team members aren't happy with the chair,
> then the chair probably should be replaced, no? And the TB will have
> final approval to keep or allow replacement of the chair.
>
> I don't think we need supermajority for this. TB vote on this just needs a simple majority at the TB level to be a change.
Just to add my clarification opinion on this - I don't think our
charter should state anything about how the TB operates to provide
approval (or rejection); the TB should decide how they want to do
that, and our team should only care about the result.
But I do agree that the TB should stick to a simple majority for
decisions like this (but since I'm not on the TB or CC, my opinion is
not relevant ;-)
>
>
> * require that the team has at least a quarterly meeting (despite
> currently being fortnight)
>
> ack, added.
>
> * you haven't specified *who* can apply. I recommend to require MOTUs.
>
> i think we should move the specific membership requirements and
> process into simple team policies, don't you? there is the requirement
> in the charter for the team to document membership requirements and
> application process in our public docs.
>
> re: MOTU, i agree, but also ~sru-developers I suggest?
>
> MOTUs, Core Devs, SRU developers, my 2 cents. (This will be the vast majority of people who will have tech skills to know if they can do the work backporters needs)
I set up a draft membership page:
https://wiki.ubuntu.com/UbuntuBackports/Membership
to be clear, I think this page is separate from the charter and
changes to it may be made in the future without any consultation with
the TB.
>
>
> * what's with the "may 1st" thing about the chair? especially if
> somebody is "promoted" to chair, that would make for an awkward
> situation, so what's the reason behind that?
> * so you think we should vote to extend everybody's membership? That
> sounds like too much work, wouldn't it? also I don't really see a
> need for it. And if you think it'd be useful, then everybody should
> expire the same date so that we can just hold one yearly meeting
> renewing (or not) everybody at once.
>
> yeah all this isn't needed for our team - i was thinking more of
> issues with some other teams.
>
> * 7.1.5 "at the chair’s discretion" - here I suppose you are referring
> to the meeting chair, not the team chair, right? (which could be
> different)
>
> yep, added the clarification.
>
> overall if feels more complicated than it needs to be, but effectively
> it's what we've been doing, so it should be fine.
>
> indeed, i agree it's unfortunately far more complicated than i would
> like it to be. And yes, I basically just tried to write up in painful
> detail what we already do.
>
> The draft is updated with these changes now, can you take another look?
>
>
>
> Thomas
More information about the ubuntu-backports
mailing list