-
Notifications
You must be signed in to change notification settings - Fork 172
Give the Advisory Board a mission statement #1021
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
base: main
Are you sure you want to change the base?
Conversation
367e9ce to
4f5b430
Compare
Tries to tie together the various roles under a mission statement and organizes the roles as bullet points, similar to the TAG. Based on discussions captured in w3c/AB-memberonly#248 https://www.w3.org/2025/03/26-ABpurpose-minutes.html https://www.w3.org/2025/Talks/AC/ab-wendy-reid/slides.pdf
4f5b430 to
1ec310e
Compare
|
Those |
tantek
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Made a couple of optional suggestions which I think improve this section along with these edits, however will defer to editor's discretion.
Rest of it is a solid incremental improvement.
|
About the optional |
|
The reason for electing an Advisory Board is to provide guidance to the Team in the areas indicated on behalf of the membership, i.e. without having to poll the entire membership. That serves the Team, in enabling them to have regular input, and the members in enabling them not to have to give it as a body so often. I think it would be helpful if that were clarified in working out this PR. |
index.bs
Outdated
| is elected by the Membership to advance the effectiveness of W3C as a community by: | ||
|
|
||
| <ul> | ||
| <li>Providing ongoing guidance to the Team |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
| is elected by the Membership to advance the effectiveness of W3C as a community by: | |
| <ul> | |
| <li>Providing ongoing guidance to the Team | |
| is elected by the Membership to provide ongoing guidance to the Team, on behalf of the Membership, |
(with subsequent markup tweaks left for the editor - I think they're obvious).
per Tess's suggestion Co-authored-by: Theresa O'Connor <hober0@gmail.com>
tantek
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think "community" was simpler and provided the AB more flexibility. This particular change to focus on "SDO", while I may have my own opinions about it (leaning toward 'can live with') feels like a big enough change that I'd rather see explicit commentary from members of the current AB in support of such a focus before adding it to this PR. Maybe consider postponing this change (community/SDO) for a separate PR?
That's no longer always the case since 2023.
So, with the exception of those 2 cases, the AB only has a guidance role, per Process 2025. |
|
The Revising W3C Process CG just discussed The full IRC log of that discussion<brent> subtopic: https://github.com//pull/1021<brent> Github: https://github.com//pull/1021 <Ian> q+ <Ian> ack florian <Ian> ack me <brent> ack Ian <Ian> Ian: Given recent work to help the community understand the respective roles of the Board and AB, I think we should revisit this text and leverage the recent efforts to clarify roles. <brent> +1 <RRSAgent> I have made the request to generate https://www.w3.org/2026/01/14-w3process-minutes.html TallTed |
hober
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
r+ with one nit: that the discussion around line 894 and onwards gets resolved in some kind of reasonable way.
tantek
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks @hober. Yes I also agree with merging assuming the changes suggested around line 894 are incorporated as proposed, supported, and no objections in 8+ months. Leaving this as Request changes to capture that dependency. Thanks.
|
I am going to merge the suggestions and do an editorial pass. When I'm done I'll mark the PR as ready for review. |
Co-authored-by: Tantek Çelik <46418+tantek@users.noreply.github.com>
Co-authored-by: Nigel Megitt <nigel.megitt@bbc.co.uk>
chrisn
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Although I'm a Board member, I am responding as an individual, and as an AC Rep, and not on behalf of the Board.
In the interests of clarity, I suggest that the AB defines itself in its own terms, and not by its relationship to the Board of Directors.
While the AB may from time to time provide advice to the Board of Directors, that isn't its primary purpose, hence my suggestion to change to "provide ongoing guidance to W3C".
frivoal
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Without taking a strong stance either way on the edits proposed by @chrisn , the rest looks quite good to me.
I would request that the coding style of the overall document, documented at the top of the file, be respected, notably regarding semantic line breaks. That allows for much easier diffing and iteration on suggestions. I'll make the adjustment later and rebase, but not while there are open suggestions, as that would break them.
I agree with @chrisn. I believe that the role of the AB is to provide advice to the Team, but not to make suggestions to the BoD. The BoD or a member of the BoD may ask AB members for input, but the AB does not have any authority to represent the membership to the BoD. Therefore, I prefer "to the Team" over "to W3C" because it is more accurate and consistent with the AB's role. Furthermore, I believe that a firewall is necessary between the AB and the BoD. This is because the AB provides advice to the Team, while the BoD supervises the Team, so it is important that the conclusions of both bodies remain independent. |
Co-authored-by: Chris Needham <chrisn@users.noreply.github.com>
|
@chrisn and @igarashi50 I have applied your suggested text, thank you for the review. @frivoal please critique my line breaks. |
hober
left a comment
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
r- for the most pedantic of reasons, sorry!
| tracking issues raised between Advisory Committee meetings, | ||
| soliciting Member comments on such issues, | ||
| and proposing actions to resolve these issues; | ||
| <li>Owns the <a href="#GAProcess">Process Document</a>, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't think this is quite right. The AB can't promulgate a new Process without the Membership's approval (via an AC vote). I think, instead, it's the Membership that owns the Process Document, and it's delegated the maintenance of it to the AB, subject to its review and ratification.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about
| <li>Owns the <a href="#GAProcess">Process Document</a>, | |
| <li>Owns the evolution of the <a href="#GAProcess">Process Document</a>, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
As its name indicates, the AB is an advisory body. For the sake of separation of powers, I believe it is better not to change this, even after becoming a Members Consortium.
While I think the @brentzundel proposal is reasonable, as a non-native English speaker, I feel that "owns " might be a bit too strong in this context. Though it would be acceptable to remove "owns and", I suggest the following:
Proposed wording:
owns and steers the evolution of the Process Document.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How about
Suggested change
<li>Owns the <a href="#GAProcess">Process Document</a>, <li>Owns the evolution of the <a href="#GAProcess">Process Document</a>,
That works for me!
| <li>Owns the <a href="#GAProcess">Process Document</a>, | ||
| which includes considering proposals, | ||
| approving changes, | ||
| and publishing new versions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fair point @hober - I don't mind the idea of "owns the evolution" or "owns and steers the evolution", but it strikes me that in any Charter this would be described as a "Deliverable" of the group, hence:
| <li>Owns the <a href="#GAProcess">Process Document</a>, | |
| which includes considering proposals, | |
| approving changes, | |
| and publishing new versions. | |
| <li>Delivers the <a href="#GAProcess">Process Document</a>, | |
| which includes considering proposals, | |
| approving changes, | |
| and proposing new versions | |
| for approval by the <a href="#AC">Advisory Committee</a>. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Suggested wording from the Process CG call
| <li>Owns the <a href="#GAProcess">Process Document</a>, | |
| which includes considering proposals, | |
| approving changes, | |
| and publishing new versions. | |
| <li>Has responsibility for the <a href="#GAProcess">Process Document</a>, | |
| which includes considering proposals, | |
| approving changes, | |
| and publishing new versions. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think the change in language helps the proposed text better align with section 10 which already describes the need to take the document to the AC for review and approval. I don't think we need to reiterate section 10 here.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
and section 10 is already linked to in the first line
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Right, thanks, I see that now, makes sense.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@hober @igarashi50 what do you think of this option?
|
The Revising W3C Process CG just discussed The full IRC log of that discussion<brent> subtopic: https://github.com//pull/1021<brent> Github: https://github.com//pull/1021 <Ian> q+ <Ian> ack me <Ian> Ian: I still have concerns about confusion with the Board because it is the role of the Board to provide guidance on issues of strategy, management, legal. <Ian> Brent: I don't think it's inappropriate for the AB to comment on those topics as well (e.g., "tooling would be helpful here") <Ian> Francois: The current PR text doesn't shock me. <Ian> ...note also that there is a difference between "corporate strategy" and "technology strategy" <Ian> Brent: And AB is participating in strategic initiatives. <Ian> Brent: Because the AB is more vocal and active, it's important to have mission guidance. <Ian> q+ <Ian> ack me <tidoust> scribe+ <tidoust> Ian: Friendly amendment. "On technical matters" would distinguish between the AB and the Board. <tidoust> ... Maybe "issues that arise in the course described in this Process document". <tidoust> ... but that could be too narrow. E.g., Process does not include community groups <Ian> Ian: How about: "..ongoing guidance to the Team on issues that arise during the course of community activities regarding strategy, ...." <Ian> (We look at "Has responsibility for the Process Document") <Ian> Ian: +1 to has responsibility <tidoust> +1 <Ian> TallTed: My sense is that the word choice debate is about "too much power" or "too little power." <Ian> Brent: Section 10 makes clear how the AB manages the process document <Ian> Ian: Let's hear on the thread if people support "has responsibility for" |
Tries to tie together the various roles of the AB under a coherent mission statement, similar to the TAG.
Based on discussions captured in