You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One the major struggles that we face in the groups I participate in is in getting productive responses to issues. Too often I see thinly disguised sarcasm, personal complaints that are unrelated to finding a solution, or a long list of reasons why something won't work without any proposed solutions. In problem solving, I try to ask participants to answer the following questions:
What problem are you trying to solve?
What solution are you proposing?
Why do you believe this is the ideal solution?
What alternatives did you consider
What is your back up plan?
Consistency in enforcing these structured responses is difficult (and I admit to struggling with it) but without this, I see newer members to groups and in particular newer members to the W3C/W3C processes alienated by lack of explanation of methods, uninterpretable proposals, and (in my opinion the worst offense) the attitude that can sometimes accompany experience.
While it will be difficult to convince some member to abide by guidelines like this, I think it would be a beneficial structure (or something like it would be) to recommend in order to help keep github conversations civil and effective.
The text was updated successfully, but these errors were encountered:
@RachelComerford made a great comment as to how to manage issues more effectively (w3c/wg-effectiveness#50). Suggest these are added to /guide:
One the major struggles that we face in the groups I participate in is in getting productive responses to issues. Too often I see thinly disguised sarcasm, personal complaints that are unrelated to finding a solution, or a long list of reasons why something won't work without any proposed solutions. In problem solving, I try to ask participants to answer the following questions:
What problem are you trying to solve?
What solution are you proposing?
Why do you believe this is the ideal solution?
What alternatives did you consider
What is your back up plan?
Consistency in enforcing these structured responses is difficult (and I admit to struggling with it) but without this, I see newer members to groups and in particular newer members to the W3C/W3C processes alienated by lack of explanation of methods, uninterpretable proposals, and (in my opinion the worst offense) the attitude that can sometimes accompany experience.
While it will be difficult to convince some member to abide by guidelines like this, I think it would be a beneficial structure (or something like it would be) to recommend in order to help keep github conversations civil and effective.
The text was updated successfully, but these errors were encountered: