Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Increase size of the TAG? #465

Closed
cwilso opened this issue Dec 9, 2020 · 21 comments · Fixed by #733
Closed

Increase size of the TAG? #465

cwilso opened this issue Dec 9, 2020 · 21 comments · Fixed by #733
Labels
AB Decision Closing this issue was done with an explicit AB decision AC-review Raised during the AC review phase, or otherwise intended to be treated then. Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion
Milestone

Comments

@cwilso
Copy link
Contributor

cwilso commented Dec 9, 2020

We'd mentioned this before (#190), but given that the current election has > 2x candidates standing for the number of open seats on the TAG, perhaps it's time to ask again: should we increase the size of the TAG? Given the TAG's workmode at this point in its history, it might be easier to scale up than previously.

@mnot
Copy link
Member

mnot commented Dec 9, 2020

If you're going to expand the size of the TAG, it should be explicitly re-fashioned as a review board (e.g., "Specification Review and Coordination Directorate") and NOT be able to issue findings.

@dwsinger
Copy link
Contributor

If you're going to expand the size of the TAG, it should be explicitly re-fashioned as a review board (e.g., "Specification Review and Coordination Directorate") and NOT be able to issue findings.

Curious to understand what you see as the linkage between size and ability to issue findings?

@mnot
Copy link
Member

mnot commented Dec 26, 2020

The dynamics of a large board are well-known to be different -- including an increased tendency towards compromise. Combined with a pool of candidates that may not be very deep and the current (at least non-pandemic) requirement for a significant amount of travel, and it seems to me that this may be a recipe for issuance of dubious findings -- especially if the TAG attracts some participants who aren't as representative as they've been in the past.

@michaelchampion
Copy link

@mnot wrote

The dynamics of a large board are well-known to be different -- including an increased tendency towards compromise.

This makes sense, but I'm not readily finding authoritative references to that fact. Can you give us some, Mark?

@cwilso
Copy link
Contributor Author

cwilso commented Dec 26, 2020

@mnot "Representative" is an interesting word to use here; I think the TAG has had two primary roles in the past, and yes, I was thinking of the specification review role explicitly when I was questioning if the TAG should be expanded. However, I would point out that the TAG is likely to have a problem with reaching consensus on Findings (that is, for global statements of value like the Design Principles) in the near future anyway. We have a related issue (https://github.com/w3c/AB-memberonly/issues/35) on whether the TAG can produce REC-track documents, and how; that probably has bearing in this as well.

@michaelchampion
Copy link

I'm hoping @mnot means "representative of the kinds of people elected to the TAG over the last 10 years", that is, people with deep expertise in the web platform and its architectural principles."

@mnot
Copy link
Member

mnot commented Dec 27, 2020

@michaelchampion correct, apologies for the ambiguity.

@cwilso I found some pretty easily, e.g., Shijun Cheng, "Board size and the variability of corporate performance" [2008] 87(1) Journal of Financial Times.

The conclusion there -- that 'it takes more compromises for a larger board to reach consensus, and consequently, decisions of larger boards are less extreme' -- might be comforting at first, but I strongly suspect (based on experience in several standards bodies) that the opposite outcome might eventuate, because of exhaustion and/or inattention of some board members. E.g., it's easier to let someone publish a finding that you might not agree with, if it lets you do other work that would otherwise be blocked by that discussion. I.e., the compromise is in quality.

@frivoal
Copy link
Collaborator

frivoal commented Dec 29, 2020

it takes more compromises for a larger board to reach consensus, and consequently, decisions of larger boards are less extreme

I don't seem that as saying that large board compromise more, but that they would need to compromise more in order to decide. It may very well be that that they don't decide as much because they fail to reach acceptable compromise.

@dwsinger
Copy link
Contributor

Needs TAG input (including TAG alums) please @plinss @torgo

@darobin
Copy link
Member

darobin commented Aug 17, 2021

My primary concern with expanding the TAG based on the recent number of candidates is that that's something that will likely change again at some point. And it's best to avoid candidates getting in by default, just because there's room.

One way to address this is to have optional extra slots and to use both STV and approval voting. Candidates are ranked as per usual; those who match the extra slots only get in if they have an approval vote above a given threshold.

More generally, is the goal here to address the fact that there is more work than the TAG can carry out? If so, I wonder if that wouldn't be best approached by keeping the TAG as is, being a group that can issue Findings/Statements, but supplement it with an Architecture Review Group that is the TAG+participants nominated by members, and that's the group that does reviews. The TAG would retain decision power over what goes into a review, so that we don't get people playing stupid games. I think there'd be enough lost souls willing to contribute time to that (and who might otherwise have no interest in seeking election).

— What's the next step?
— Send it to the AaaaaaaaRG…

@cwilso
Copy link
Contributor Author

cwilso commented Nov 9, 2022

Re-pinging this issue, and bringing it to the attention of the TAG.

@michaelchampion
Copy link

@darobin makes some good points:

  • " it's best to avoid candidates getting in by default, just because there's room." Right. And with Meek STV, extra open seats will not only make room, but will lower the threshold to win in the first round, so some could get elected with minimal support from the AC as a whole.
  • "the extra slots only get in if they have an approval vote above a given threshold." Makes sense, although at the cost of complexity. Hmmm.
  • "I think there'd be enough lost souls willing to contribute time to that (and who might otherwise have no interest in seeking election)." This is something I've wanted for both the AB and TAG: There are people out there who are willing to do the work but don't want to run in an election to get "power" or commit to be available for all the duties. It would be good to find a way to include such people so long as they are qualified, aligned with the values the elected bodies are supposed to promote, and actually do the work they sign up for.

@mnot
Copy link
Member

mnot commented Nov 16, 2022

I'd much rather see the TAG delegate its duties appropriately, finding folks who are willing to put in effort with appropriate expertise, but not requiring yet more people to step forward and make a long-term commitment for high effort. The latter filters out people that would arguably be more qualified.

@plinss
Copy link
Member

plinss commented Nov 16, 2022

One problem we've run into in the past is that people's employers are less willing to sponsor work they do for the TAG (and especially travel) if they're not officially affiliated with the TAG (and therefore get the recognition).

I think I'd like to see the TAG be a bit bigger, but not so large that a random slate of candidates all get elected because there are seats. That defeats the purpose of the election.

Random thoughts I've had:

  • Keep the minimum number of seats at 9, but possibly have an algorithm that adds seats during an election cycle based on the number of candidates (with some human oversight). (e.g. in this election I'd love to have 2 more seats to grant)
  • Create an 'associate TAG membership' (or whatever you want to call it), where people can get 'drafted' by the TAG and receive an official position to do specific work (and get listed on the membership page, etc). Possibly unelected candidates are given first consideration since they already made the time commitment, had an AC nomination, etc.

@mnot
Copy link
Member

mnot commented Nov 16, 2022

The 'associate' might have legs -- in the IETF, there are 'review directorates' that help Area Directors review documents, and being on one is an indication of expertise.

@plinss
Copy link
Member

plinss commented Nov 16, 2022

Another thought, possibly allow a variable number of appointed seats (maybe 3-6?). So if there's an election cycle with too many well-qualified candidates (like this one), some of those that aren't elected can be appointed instead without disrupting existing members.

@michaelchampion
Copy link

michaelchampion commented Nov 16, 2022

Create an 'associate TAG membership' (or whatever you want to call it), where people can get 'drafted' by the TAG and receive an official position to do specific work

+1
I've long thought the TAG and AB need a "farm system" (sorry for the US-centric metaphor) to help people ramp up to do the work these bodies do and to give the AC visibility into their abilities.

@darobin
Copy link
Member

darobin commented Nov 21, 2022

I'm not a huge fan of @plinss's pool of appointed seats for those who can't get elected. It puts several people in bad situations. For someone who loses, it can be disappointing enough not to win an election, but now the TAG chairs have gone and nominated two of the other losers but not you. Not only are you less popular (which could happen for various reasons) but your peers don't consider you competent. And all of this is publicly documented in front of the community you belong to. That sucks. For the TAG chairs, who understand this dynamic, it's not great either. No one wants to make people miserable. Losing candidates might be sort of okay, or just sort of unknown quantities — why no err on the side of inclusion not to hurt their feelings? Not that I ever want to be a TAG chair but if I were I wouldn't want to have to make that kind of call.

I kind of like the model that we used for the Privacy Task Force: the TAG, as a legitimately elected body, chose to delegate work on a specific document to a small group of people who it considered competent on the topic. We could use the (other) @plinss idea of an associate membership that is topic-specific, eg. "TAG Associate for Privacy". It's a recognition of competence but one that might be circumscribed to a subfield of Web architecture, which I find interesting. It means that you could, say, have a "TAG Associate on Content Moderation" who's a free speech scholar without implying that they are competent at web technology.

@michaelchampion
Copy link

I'm not a huge fan of @plinss's pool of appointed seats for those who can't get elected.

There's a few distinct categories of people here:

  1. Those who are well qualified for the TAG but didn't get as many high ranked votes as others
  2. Those who are well qualified for the TAG but don't have the time / energy to do everything a TAG member is expected to do (FO Councils, travel to meetings, whatever)
  3. Those who have potential to be good TAG members but need experience, mentoring to broaden their current zone of expertise
  4. Those who think they deserve to be TAG members but the electorate disagrees

I agree with @darobin that that category 4 is not a great pool of people to draw on, but the categories 1 and 2 are untapped resources. And category 3 needs some way to be cultivated for the future.

@plinss idea of an associate membership that is topic-specific,

Agree, that seems like the best way forward for now

@frivoal frivoal added Needs AB Feedback Advisory Board Input needed Needs TAG feedback Technical Architecture Group Input needed labels Nov 22, 2022
@frivoal frivoal added this to the Deferred milestone Jan 11, 2023
@fantasai fantasai removed this from the Deferred milestone May 12, 2023
@fantasai
Copy link
Collaborator

fantasai commented May 17, 2023

The AB resolved:

RESOLUTION: The AB supports the addition of 2 elected seats to the TAG, but prefers deferring any increase to appointed seats until after we have some experience with the updated appointment process.

See also https://github.com/w3c/AB-memberonly/issues/171

@fantasai fantasai added Needs proposed PR AB Decision Closing this issue was done with an explicit AB decision and removed Needs AB Feedback Advisory Board Input needed Needs TAG feedback Technical Architecture Group Input needed labels May 17, 2023
@fantasai fantasai added the AC-review Raised during the AC review phase, or otherwise intended to be treated then. label May 24, 2023
@css-meeting-bot
Copy link
Member

The Revising W3C Process CG just discussed Expanding the TAG, and agreed to the following:

  • RESOLVED: Process CG is support of the change, and suggests that the Director proposes is if he agrees
The full IRC log of that discussion <fantasai> Subtopic: Expanding the TAG
<Ralph> [I abstain from all polls in this CG]
<fantasai> github: https://github.com//issues/465
<fantasai> florian: The TAG as a body, and then Apple as an AC rep comment during AC Review, requested an increase in the number of TAG members
<fantasai> ... because the TAG has an increased workload, but not increased members
<fantasai> ... Their initial request was to increase elected seats from 4 to 8
<fantasai> ... and appointed seats from 3 to 4
<fantasai> ... so 4 seats each election, 2 appointments each cycle
<fantasai> ... As we move to Director-free, we have Council and also additional leadership responsibilities
<fantasai> ... so more work
<fantasai> florian: The AB reviewed and agreed to increase the elected seats by 1 each cycle
<fantasai> ... but was hesitant to increase appointed seats given we don't have experience with th new appointment process
<fantasai> florian: mnot commented that maybe the TAG should do less reviewing and more other stuff
<fantasai> ... and delegate reviews to more junior ppl
<fantasai> ... but this didn't resonate
<fantasai> ... feels off for the larger group (AB) to tell the smaller one (TAG) that no, you can't have more members even though you asked
<fantasai> florian: This can't be done in /Guide, and waiting until 2024 would miss the next election
<fantasai> ... alternatiely we could do Process 2023.1 but that seems like unnecessary work
<fantasai> [some confusion over what's in the PR]
<fantasai> plh: That seems like a very significant change for so late in the Process
<fantasai> florian: it's very unfortunate that the TAG was so late in its conclusion, but the timing is what it is
<fantasai> plh: If we wanted to make that change, what would it take?
<fantasai> plh: given it's a very significant change, I feel like we have to get back to AC
<fantasai> florian: Need to give AC some time to disagree
<fantasai> plh: When we make substantive change to a charter, we give 1 week to object to proposed change, and take silence as consent
<tzviya> q+ to ask why martin thomson -1?
<plh> ack tzviya
<Zakim> tzviya, you wanted to ask why martin thomson -1?
<fantasai> tzviya: I support the change even though complicated to change it
<fantasai> ... but curious why Martin Thomson dislikes the change?
<fantasai> ... if that's a sign of things to come from the AC, then maybe 2023.1 is where we need to go
<fantasai> florian: Note that introduction of appointment term limits means the chairs will need to run for election
<fantasai> ... if there's increas on elected side of seats, would make it easier
<fantasai> ... if we stay at 3, then it means when chairs want to run, that strongly reduces number of pople other than them who could be elected
<fantasai> ... which may make them hesitate to run in the election
<fantasai> plh: When's next TAG election?
<fantasai> florian: around new year
<fantasai> plh: so we do have time to cycle a .1 release
<fantasai> plh: I think we have 3 choices
<fantasai> plh: one is to recommend to Director to make the change
<fantasai> ... and cycle with the AC for 1 week
<fantasai> ... and if any pushback, drop the change
<fantasai> plh: We can recommend to Director to not make the change, and do .1 by September
<fantasai> plh: can we advise TAG on workload?
<fantasai> florian: There are ways to cope, but they would like this
<fantasai> plh: e.g. they have a Privacy TF where they hand-pick members
<fantasai> ... so if tomorrow they wanted to create a Review TF and increase participants there
<fantasai> florian: If we can use 1 week to save 6-7 in the future, might be nice
<fantasai> ... but indeed if any pushback...
<fantasai> fantasai: If we do a .1 release, then if there's an FO, it goes to the Council, and we get into the awkward situation we discussed earlier
<fantasai> florian: I think it's interesting to try it now
<fantasai> ... if we get pushback, we get pushback
<fantasai> ... but having Tim decide on whether this change is appropriate
<fantasai> ... seems helpful
<fantasai> ... This is part of Director-free, fiddling with the TAG as we are putting new responsibilities and processes on it
<fantasai> ... If he thinks its a good change, have him propose it
<fantasai> fantasai: If there's pushback, Tim gets to decide
<fantasai> plh: So recommendation is, see if we can add this
<Ralph> Ralph: we should presume that pushback includes reasoned argumentation on why the proposal shouldn't be adopted
<fantasai> ... and that's recommendation to the director
<fantasai> s/.../plh/
<fantasai> RESOLVED: Process CG is support of the change, and suggests that the Director proposes is if he agrees
<fantasai> s/is support of/supports

@frivoal frivoal added this to the Process 2023-1 milestone Jul 1, 2023
@frivoal frivoal linked a pull request Jul 1, 2023 that will close this issue
@frivoal frivoal added the Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion label Jul 25, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
AB Decision Closing this issue was done with an explicit AB decision AC-review Raised during the AC review phase, or otherwise intended to be treated then. Closed: Accepted The issue has been addressed, though not necessarily based on the initial suggestion
Projects
None yet
Development

Successfully merging a pull request may close this issue.

10 participants