On 14/03/19 at 00:01 -0700, Jose Miguel Parrella wrote: > lucas wrote: > > What could work is a group of people that are elected together, agree > > beforehand on how to share the various areas of responsibility, and > > synchronize very frequently to align their views. But it's probably hard > > to be efficient in the typical Debian setup, and to determine a split of > > responsibilities that would work. > > > > If people want to experiment in that direction, a group of people should > > probably come forward, choose one of them as the DPL candidate, and > > experiment after they get elected. It will always be time to write > > things in stone^Hthe constitution when we have an organization that seem > > to work and could be generalized. > > I would strongly consider offering help to a DPL team structured this > way and chartered with offloading as many of the current delegations > plus the financial, spokesperson, conflict resolution and front desk > responsibilities from the DPL role as reasonable, including through > additional votes within the year. > > Lucas, you also wrote: > > Responsibility #0: Keep Debian fun and functional > > I guess many anecdotes about this can't be told via Bits from the DPL > but since Bdale seems to imply [0] that the people aspect is actually > the least avoidable and the most energy consuming of the role, can you > and/or other former DPLs provide some insights on why can't this be > handled by petit comite?
Well it could be handled by a team, and to some extend it's already the case (with the team being DPL + A-H + DAM. A setting, for example, could be a lead negociator for each case that seeks advice from other members of the team. But that requires quite a lot of coordination/synchronization (which is difficult in Debian due to its distributed/asynchronous nature). Also, in the most difficult cases, this does not really take away much load from the "lead negociator" that is still very exposed. > You allude to "the authority associated to the position" as part of the > DPL toolset. Do we think a DPLTeam would "lose" that? Conversely, if we > were to lighten the load on the DPL so that they could focus on people, > do we truly see the DPLite as Chief Mentor for the Project? A DPL team would, by design, dillute the authority, and open the door to play people against each other. I suspect that this would be a problem in the most difficult cases, but each case is different. Lucas
