Proposal: reduce the maxmimum number of applicants per meeting

[Lucas Kanashiro]

Hi,

On Thu, Sep 8, 2022 at 8:32 PM Brian Murray <brian at ubuntu.com> wrote:

> The other alternative is to take less time reviewing applications. A
> previous iteration of the DMB was able to review two applications in a
> meeting which given that the meeting is every two weeks comes out to 52
> possible applications to review in a year. This proposal would
> effectively cut that it half.
>

I wonder if we have any data about how many applicants we have per year.
>From what I have seen, I do not think we need much more than 26 slots per
year. I understand we seek for more contributors but this does not seem to
be a problem right now, once it becomes a problem we can revisit this topic.

Another option could be limiting to one applicant if they are applying for
core-dev or motu, since I believe the bar is higher in those cases and we
might spend more time with them, and keep the current rule (2 applicants
per meeting) for all the rest.


>
> If we want to be able to increase the number of developers contributing
> to Ubuntu and capitalize on their energy to be a contributor (by not
> making them wait weeks for the next meeting) we should instead strive to
> reduce the time it takes to review an application.
>
> Brian
>
> > On 9/8/22 14:38, Lucas Kanashiro wrote:
> > > I agree with Lukasz. Let's make sure this will not  become an issue to
> > > the applicants. +1 for Robie's proposal.
> > >
> > > On Tue, Sep 6, 2022 at 4:39 AM Lukasz Zemczak
> > > <lukasz.zemczak at canonical.com> wrote:
> > >
> > >     I think I would be +1 on this proposition. Come to think of it, we
> had
> > >     issues with our meetings running over since a long time -
> previously
> > >     for a bit of a 'worse' reason than now, as in the past the problem
> was
> > >     DMB members responding very slowly on IRC. Current membership
> board is
> > >     more responsive, but indeed it seems that sometimes the one-hour is
> > >     not enough to get a thorough review of a candidate. Seeing that we
> do
> > >     not have 2+ applications per day too frequently, this feels like a
> > >     good compromise for now.
> > >     But we should keep a look-out for situations where we see there's a
> > >     lot of interest and this starting to become a bottleneck for
> > >     applicants.
> > >
> > >     Cheers,
> > >
> > >     On Mon, 5 Sept 2022 at 22:18, Robie Basak <robie.basak at ubuntu.com>
> > >     wrote:
> > >     >
> > >     > Today we handled the resumption of Frank's application, which was
> > >     > postponed because we ran out of time at his previous application
> > >     > meeting. Joshua was next, but we had to postpone his application
> > >     because
> > >     > we ran out of time finish the handling for Frank's application
> (it
> > >     > didn't conclude, but to be fair, today's a public holiday in the
> > >     US).
> > >     >
> > >     > Currently
> > >     https://wiki.ubuntu.com/DeveloperMembershipBoard/Agenda says:
> > >     >
> > >     >     The Developer Membership Board will consider a maximum of two
> > >     >     applicants per meeting. If there are already two applicants
> > >     for the
> > >     >     next meeting, please add yourself to the agenda and specify
> > >     the date
> > >     >     of the next meeting with fewer than two candidates that you
> will
> > >     >     attend.
> > >     >
> > >     > I propose to reduce this to one, because we seem to keep letting
> > >     > candidates down, and they're going out of their way to make the
> > >     meetings
> > >     > that can be at awkward times for them. My feeling is that we
> > >     won't run
> > >     > out of scheduled meeting time to handle applications, and in any
> > >     case
> > >     > it's not like scheduling fewer applicants per meeting will make
> more
> > >     > overall meeting time available.
> > >     >
> > >     > Robie
> > >     > --
> > >     > Devel-permissions mailing list
> > >     > Devel-permissions at lists.ubuntu.com
> > >     > Modify settings or unsubscribe at:
> > >     https://lists.ubuntu.com/mailman/listinfo/devel-permissions
> > >
> > >
> > >
> > >     --     Łukasz 'sil2100' Zemczak
> > >      Foundations Team
> > >      Tools Squad Interim Engineering Manager
> > >     lukasz.zemczak at canonical.com
> > >     www.canonical.com <http://www.canonical.com>
> > >
> > >     --     Devel-permissions mailing list
> > >     Devel-permissions at lists.ubuntu.com
> > >     Modify settings or unsubscribe at:
> > >     https://lists.ubuntu.com/mailman/listinfo/devel-permissions
> > >
> > >
>
> > --
> > Devel-permissions mailing list
> > Devel-permissions at lists.ubuntu.com
> > Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/devel-permissions
>
> --
> Brian Murray
> Ubuntu Bug Master
>
> --
> Devel-permissions mailing list
> Devel-permissions at lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/devel-permissions
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ubuntu.com/archives/devel-permissions/attachments/20220909/ebf3f73f/attachment.html>