Re: Q to all candidates: mutual communcation and decision-making tools

2019-04-05 Thread Martin Michlmayr
* Jonas Meurer  [2019-04-01 21:07]:
> Do you have concrete plans to improve the mutual/two-way communication
> between the DPL and the rest of the project?

My plans are to be proactive in terms of reaching out to people and in
general to be available and approachable.  I don't have any specific
plans apart from that but I'm open to ideas.

> Monthly bits from the DPL are already helpful, but they're mostly a
> one-way communication so far.

Agreed.

> I wonder whether the DPL could do more to improve mutual communication
> (besides participating in mailinglist threads), maybe even by inventing
> new tools?

Maybe...

> My gut feeling is that most Debian members don't have the time to follow
> d-devel, d-project and d-private all the time

... but one risk is creating yet another venue, which just adds to the
problem.

> One idea that came into my mind lately: we could do regular polls about
> the most pressing problems/projects/changes among all project members

It's an interesting idea.  I was actually thinking of asking for a
show of hands for various questions (TBD) during the DPL talk at
DebConf, but I hadn't considered online polls.

> What do the candidates think about these ideas?

I definitely think it's import to explore ideas in this area.

-- 
Martin Michlmayr
https://www.cyrius.com/



Re: Q to all candidates: about advancing Debian (as organisation) while not being DPL

2019-04-05 Thread Martin Michlmayr
* Chris Lamb  [2019-04-03 09:00]:
> So, in general, I fear that the candidates may be over-estimating how
> much of the DPL's tasks can be delegated to teams or other individuals.
> 
> A lot of teams have entirely-legitimate questions before acting (for
> example, checking over some document) and often check-in with the DPL,
> asking for advice, guidance or whether the Leader's experience or
> contacts mean they have been exposed to a novel angle or approach to
> what they are trying to achieve. This is, of course, eminently sensible
> and healthy IMHO.
> 
> More importantly however the majority of tasks that land on a DPLs
> plate may technically and «prima facie» be delegatable but the total
> time and energy required to forward it, ensure it is correctly
> followed-up on, context switch, ping later, forward any replies, etc.
> etc. etc. regretfully exceed said time/energy of just "getting it
> done" yourself to begin with.

I definitely agree with your observations.  I struggled to respond to
Laura's question for this reason.  Yes, in theory a lot of things can
be delegated.  But in practice, based on my experience in the past, a
lot of stuff will end up on the DPL's plate and is hard to delegate
(for whatever reason).

So while the DPL should be smart about delegating and asking for help,
I think we also have to be realistic that being DPL is a lot of work.

(FWIW, for the reasons you describe, I'm not sure Jonathan's
dpl pseudo BTS idea is going to work in practice, although I'm curious
to see.)

-- 
Martin Michlmayr
https://www.cyrius.com/