- From: Lofton Henderson <lofton@rockynet.com>
- Date: Wed, 30 Apr 2003 16:27:37 -0600
- To: www-qa@w3.org
For email discussion, and for the agenda at the OpsGL issues telecon... Ref: http://www.w3.org/QA/WG/lc-issues#x57 Ref: http://www.w3.org/QA/WG/lc-issues#x60 Synopsis ===== This pair of issues suggests (both) a restructure of the GL & CP -- order, CP grouping, GL statements, etc -- be done, based on the chronology of the given activity in the WGs life-cycle. At least (LC-57), the relationship of the GL&CP to the milestones in a WGs life should be document (described or pictured). For reference, the organizing principle of the Last Call WD could best be described as "by logical activity" first, with a strong chronology influence. This has been refined and developed over 5 published WDs, over almost 1-1/2 years. The Comments: ===== LC-57: most guidelines are only applicable at some point in the WG's life, but the GL don't identify this aspect: this is something that absolutely needs to be stressed, and could even be used as a strategy to organize the GL as a whole, e.g. what you need to do before starting a WG, what needs to be done when you start developing a new spec, what needs to be done when you envision building a test suite, etc. Proposal: at least, provide a section (an image?) linking the GL or the CP to the milestones of a WG life LC-60.1: Overall, I think we have the right checkpoints, but I think they would be easier to understand if they were grouped chronologically. Start with what needs to be done when the WG is formed, and proceed through the spec and test development cycle to the maintenance phase, as we have tried to do with the restructuring of TestGL. Proposal: A possible set of guidelines might be: * Charter * Allocation of resources * Planning & synchronization * Test submission/development * Test management * Test publication * Conformance testing (test usage) * Maintenance Discussion ===== First, there is indeed a strong chronological component in LC OpsGL: Guidelines: 1. Integrate Quality Assurance into Working Group activities. 2. Define resources for Working Group QA activities. 3. Synchronize QA activities with the specification milestones. 4. Define the QA process. 5. Plan test materials development. 6. Plan test materials publication. 7. Plan the transfer of test materials to W3C if needed. 8. Plan for test materials maintenance. There is a noticeable parallel between the two, though the details differ, each has some groups that the other doesn't, and some things are in different order. It should also be noted that GL1 & GL2 were originally phrased in terms of the charter, each CP beginning "In the Charter...". As a result of QAWG-60 [1], "In the Charter..." was removed, and fulfillment criteria were included for new (Charter) and existing working groups. So the ideal chronology is Charter-phase for GL1 & GL2. But we want any working group at a reasonable stage of its life to do these things -- document their commitments. Btw, how many new working groups (new Charters) do we expect in the next couple years? Second, timing. If the changes to OpsGL are "small-ish", then we the chance to meet our goal of CR before Crete, and avoid a 2nd Last Call. If too substantive (or even substantive *looking*), we might have to publish a 6th WD. Accordingly my priorities are: fix it if it's broken, leave it alone (or fine tune it) otherwise. I might have preferred the LC-60 proposal (but would have to see the complete GL/CP details) if it appeared at a stage similar to TestGL (2nd PWD) -- it did great things for TestGL, over TestGL's 1st PWD. But I don't think the risk is worth the gain at this stage for OpsGL. Proposal ===== Document the relationship as proposed in LC-57. Do not implement a general restructure -- order, grouping, etc. Consider some fine tuning of where CPs might reside (within GLs) during consideration of additional, specific issues. Regards, -Lofton. [1] http://www.w3.org/QA/WG/qawg-issues-html#x60
Received on Wednesday, 30 April 2003 18:25:28 UTC