-
Notifications
You must be signed in to change notification settings - Fork 64
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
Chairs (etc.) in charters become stale #259
Comments
Lots of discussion about whether this is a problem and how to solve it in #261 Renaming this issue to capture the problem rather than the proposed solution. |
I think operationally, the way to ensure that charters be updated in place is to ask the Comm Team to refrain from sending the announcement until the charter has been updated. |
Closing with reference to the operational fixes, rather than changes to the charter template. |
When I checked four weeks ago, I found:
I pointed all out to the responsible team contacts, CC'ing w3t-comm on some of them. Some were fixed. Meanwhile, new errors appeared. Now, four weeks later, we have:
In summary: despite the operational fixes discussed above and an effort to fix the specific errors from one point in time, new errors have appeared, and we are still at about the same overall error rate as before. I am not naming names. I see this more as a failure of our systems than as a failure of individuals. @wseltzer Do you still want to leave this GH issue closed? (n.b. at least one of the chair mismatches was explained to me as "cannot be fixed".) |
@samuelweiler is there any evidence that the operational fix was put in place (i.e. that it was asked from the Comm Team and the comm Team couldn't or wouldn't?) |
@dontcallmedom I had thought so but, as I look back, perhaps not. @koalie ? |
Comm was cc'ed on some of the issues you had spotted, not all as far as you wrote. |
Proposal: One operational change we could adopt is the generalization of charters edits by comm in the wake of comm sending the various related announcements. Thoughts? |
Correct. I think Dom was asking about the operational fixes - to reduce new errors. |
I'm sorry, I can't recall at the moment any proposed generic operational fixes. |
Dom proposed doing the charter changes before the announcements: "...ask the Comm Team to refrain from sending the announcement until the charter has been updated." |
I was no aware of Dom's proposal. Thanks for calling my attention to it. My most recent counter proposal probably scales better. |
You are welcome. I guess that answers Dom's question about whether an operational fix was put in place. :-). What support, if any, do you need to make the change? (And, oh, wouldn't it be nice to have those pages maintained in a common way?) |
First, we need the vetting from @plehegar and @wseltzer that we can put this in place. That includes polling the team contacts. If there's broad agreement we should indeed proceed this way, I'll work with @xueyuanjia to make it happen (she primarily and I are the ones to take the action.) Edit: And then, we need to announce it and document it in our handbook. |
+1 to charters accurate up-to-date. I (Comm: @koalie and me) can take to update charters timely when there are Comm announcements (re-charter, group extension, chair (re) appointment). However, it's hard for Comm to track changes that don't involve announcements, e.g., new Team Contacts, FTE changes or editorial changes (copyright, error links, typos). I see them better in Team Contacts' hands. Chairs mismatches: occasionally staffs (un)mark Chairs in the DB without announcements first, which should be avoided per our Process. Team Contacts mismatches: people mark new Team Contacts in the DB without updating charters at the same time...maybe allow Team Contacts to flexibly update charters whenver this happens, instead of waiting until rechater/extension, can improve this? which means:
Another issue, some charters are missing "History" section to record relevant changes. To be consistent and also make future work easier, it'll be helpful to have this section added. E.g.,
My two cents above. |
Thanks for the detailed explanations @xueyuanjia These are all team operational issues, and the team should put in place processes to sort them out. The history sections are important, just as they are in specifications. |
Four weeks later, it's time for another report. Here's the last one.
This is out of 34 WGs and 10 IGs. As before, one of the chair mismatches was explained to me as "cannot be fixed". |
specify what/what/when to update group charters following the discussion at [https://github.com/w3c/charter-drafts/issues/259](https://github.com/w3c/charter-drafts/issues/259)
Four weeks later:
(Out of 36 WGs and 10 IGs.) Details:
|
What do you mean "can't be fixed"? This is a document on the Web, right? |
The participants page at https://www.w3.org/groups/ig/securepay/participants is produced from W3C's database; it is not a static doc. As it was explained to me, the Web Payments Security IG "involves three organizations. The DBWG database only reflects those who have joined from the W3C. The tool does not reflect that the chairs are participating as chairs of their respective organizations." In other words, this special case has not been special-cased in the tooling. |
Another 4 weeks, another report: 3 chair mismatches (2 old, 1 new; one of the old ones "can't be fixed") So exactly the same total number of errors as 4 weeks ago. |
* propose to refine Charter Update process specify what/what/when to update group charters following the discussion at [https://github.com/w3c/charter-drafts/issues/259](https://github.com/w3c/charter-drafts/issues/259) * Update process/charter.html Co-authored-by: Philippe Le Hegaret <[email protected]>
(Even TPAC isn't stopping the generation of this report!) Good news! No new discrepancies appeared in this every-four-week audit. One item has been fixed. 3 chair mismatches (all old, one "can't be fixed") Bad news: with only 37 WGs and 10 IGs, we still have >5% with a discrepancy. |
The list of discrepancies is the same as it was on 27 October 2020. All four have been on the list since at least September. Two of the four have been on the list since I started doing these audits in early June. |
Listing chairs in charters creates redundant info that must be manually maintained. Can we remove that info from the charter (and instead refer to a DB-backed source of truth)?
I'm thinking of something like the data shown in:
https://www.w3.org/Member/Groups
The text was updated successfully, but these errors were encountered: