Re: Let's Stop Getting Torn Apart by Disagreement: Concerns about the Technical Committee

2017-11-03 Thread Diane Trout

> The last time I was involved with an issue brought to the TC, it had
> been brought after zero discussion between the person filing the bug
> and the relevant team.  Complaining to the TC about a bug that's been
> dormant for years only a few days after resurrecting discussion about
> it (AIUI) seems similarly aggressive.

Unless there was some kind of time critical issue, wouldn't it have
been reasonable for the the TC have required a minimum period of
discussion between the involved parties first?

Diane



Re: Let's Stop Getting Torn Apart by Disagreement: Concerns about the Technical Committee

2017-11-03 Thread Diane Trout

> Steve> Better skills for handling interpersonal conflict can
> never
> Steve> be a bad thing.  However, the Technical Committee exists
> as a
> Steve> decision-making body of last resort, when consensus is not
> Steve> possible (because two parties have incompatible goals, or
> Steve> because discussion is not converging on agreement fast
> enough
> Steve> to matter).
> 
> I think that Debian does need a decision making body of last resort.
> I personally think these communication skills are critical for such a
> body.


I agree. We do need a final decision body.

I was thinking it might help if the TC process helped the people
involved in the issue had a better chance of feeling like their
positions were understood and that hopefully increases the chance they
believe the final decision was fair.

But mostly I was hoping that sharing & discussing conflict resolution
techniques would help us avoid needing to send issues to the TC.

Diane

signature.asc
Description: This is a digitally signed message part


Re: Let's Stop Getting Torn Apart by Disagreement: Concerns about the Technical Committee

2017-11-02 Thread Diane Trout
Hi,

I only just subscribed and only have read some of the discussion so
this may be a bit off topic or already discussed.

But I was wondering if the project has thought about explicitly
encouraging mentoring in techniques for handling interpersonal conflict
and helping members develop interpersonal skills? 

I know there's active research into managing team conflict, and I bet
there are some Debian members who have been more effective at helping
other team members that we might be able to learn from. 

I know we have methods to share technical skills via policies and best
practices, but how do we identify and share useful social techniques?

For instance I think active listening is a useful technique when trying
to develop a consensus about a topic.

(e.g. http://ggia.berkeley.edu/practice/active_listening#data-tab-how )

But I don't know how many others know about it and there would need to
be some adjustment for a distributed team like Debian.

Diane