AUWG Comments on the W3C Process Update "List of Concerns" document

The W3C Process Update "List of Concerns" document is at:
http://lists.w3.org/Archives/Public/www-archive/2012Mar/att-0007/AB_List_of_Concerns-20120306.htm

On behalf of the AUWG:
(link to discussion: http://www.w3.org/2012/04/02-au-minutes.html)

Process Implementation: Educational materials for Working Group Chairs might help the Process be understood better and implemented more consistently...
1- This would be useful and should contain a quick reference checklist listing things to do weekly, monthly, annually etc. (should be a living document)

Process Implementation: Aspects of the Process are inconsistently enforced...
2- Some aspects of this could benefit from some flexibility (e.g. good standing, heartbeats).
3- Only those things worth enforcing in all instances should be process rules. The rest might inform best practices.
4- Charter administration should fall less on members of group trying to get the work done.
5- Charter should be more of a living document with respect to work being done.

Process Implementation: Do the roles & responsibilities of identified people need updating...
6- Specifying the responsibilities of listed roles the wouldn't hurt.
7- But the most important issue is that Groups and Editors should never contravene the consensus of the group (especially when votes have actually been taken)

Process clarity: Process clarity: Going to Last Call (LC) is misleading for Candidate Recommendation (CR) changes...
8- Agree. Perhaps circling at CR should be possible as long as patent exclusion issues are handled. It is a cyclical process, so better terms probably exist.

Process clarity: How should implementation integrate into process...
9- Agree that waiting till CR is too late. Instead, there should be talk about implementation throughout with clear disclaimers that prior to CR, things can change so early implementers need to understand that.

Complexity of Process Document...
10- Agree with much of this. See comment #3
11- Heartbeat requirement is much less important for public groups like AUWG than private groups.

Speed of document production...
12- These delays can be frustrating but not sure how to get around them. One possibility that could also help implementers could be the ability to lock certain parts of the document that the group feels is done. And to ensure this, the pub rules checker might be able to detect if there have been changes to locked areas.

Contextual/Social Framework: Desire for stable reference...
13- Stable references are very important. It is very useful for an email in the list to be able to point to a stable section of a stable document. Also required for reference from legislation and policy.
14- On the other hand, if the area of a recommendation continues to evolve quickly, why should a document ever be "done"?

Can we improve input from 'horizontal' groups (WAI, I18N, ...)....
15- It is tricky to balance the need of WGs to move forward on specs with accessibility (I18N, security?) review, especially when it is well known that accessibility is easier when built in from the beginning. First public draft seems too late for the first review. Perhaps a review should occur on the requirements or similar document at the outset? And perhaps WGs could receive a checklist of type of things that, when added to spec, will trigger accessibility issues (and PF scrutiny) so they will be less surprised when things are flagged later and perhaps be more likely to proactively seek accessibility input?


Cheers,
Jan


(MR) JAN RICHARDS
PROJECT MANAGER
INCLUSIVE DESIGN RESEARCH CENTRE (IDRC)

T 416 977 6000 x3957
F 416 977 9844
E jrichards@ocadu.ca

Twitter @OCAD
Facebook www.facebook.com/OCADUniversity 

OCAD UNIVERSITY
205 Richmond Street West, 2nd Floor, Toronto, Canada  M5V 1V3
www.ocadu.ca
idrc.ocadu.ca

Received on Monday, 2 April 2012 20:44:12 UTC