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

Introduce a formal Charter Refinement phase #851

Open
wants to merge 7 commits into
base: main
Choose a base branch
from
Open
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
100 changes: 83 additions & 17 deletions index.bs
Original file line number Diff line number Diff line change
Expand Up @@ -1696,22 +1696,80 @@ Team Representative in an Interest Group</h5>
<h2 id=group-lifecyle>
Lifecycle of Chartered Groups</h2>

<h3 id="WGCharterDevelopment">
Initiating Charter Development</h3>

W3C creates charters for [=chartered groups=]
based on interest from the Members and Team.
The Team <em class="rfc2119">must</em> notify the Advisory Committee
when a charter for a new Working Group or Interest Group is in development.
This is intended to raise awareness,
even if no formal proposal is yet available.
Advisory Committee representatives <em class="rfc2119">may</em> provide
feedback on the <a href="#ACCommunication">Advisory Committee discussion list</a>
or via other designated channels.

W3C <em class="rfc2119">may</em> begin work
on a Working Group or Interest Group charter
at any time.
W3C creates [=charters=] for [=chartered groups=] based on interest from the [=Members=] and [=Team=].
[=Charters=] are formally approved through an [=AC Review=] and [=W3C Decision=] (see [[#CharterReview]]).
Prior to [=AC Review=],
<dfn>charter drafts</dfn> go through a public [=charter refinement=] phase
during which the [=charter=] receives [=wide review=]
and the [=Chartering Facilitator=] attempts to find [=consensus=] on the charter.
The [=Team=] <em class=rfc2119>may</em> send notice to the [=AC=]
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why not MUST?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Because, as we have a template for charters, or in the case of recharterings, in straightforward cases, there may barely be any time between the Team thinking that it should start working on a charter, and that charter being ready for formal charter refinement. In which case it's a little silly for the team to send two mails in a row to the whole AC.

when starting development of a new charter prior to the [=charter refinement=] phase.

<h3 id="charter-initiation">
Initiating Charter Refinement</h3>

Formal [=charter refinement=] (see below) is initiated
by the [=Team=] sending a [=charter review notice=]
to the [=Advisory Committee=],
to the public,
and, in the case of rechartering, to the affected [=Group=].

This <dfn>charter review notice</dfn> must include:
* A short summary of the proposal.
* The location of the [=charter draft=], which must be public.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect SHOULD would be better than MUST here. There may be some limited scenarios in which keeping a potentially-controversial charter draft in Member-space is prudent.

* How to participate in the discussion of this [=charter draft=] and where to file issues.
* The expected duration of the [=charter refinement=] phase,
which must not be less than 28 days,
and should not be more than 6 months.
* Who the [=Chartering Facilitator=] is.

The [=Team=] is responsible for initiating [=charter refinement=]
at its discretion, in consideration of discussions with the community.
An [=Advisory Committee representative=] <em class=rfc2119>may</em> formally request
that the [=Team=] initiate [=charter refinement=].
The Team <em class=rfc2119>may</em> deny such a request
if it thinks the proposal is insufficiently mature or does not align with W3C's scope and mission.
This rejection is a [=Team Decision=] which can be <a href="#registering-objections">Formally Objected to</a>.
frivoal marked this conversation as resolved.
Show resolved Hide resolved

<h3 id="charter-development" oldids="WGCharterDevelopment">
Charter Refinement</h3>

During <dfn>charter refinement</dfn>,
the W3C community further develops the [=charter draft=]
with the goal of achieving [=consensus=] on the proposal.
The <dfn>Chartering Facilitator</dfn>
acts as [=Chair=] for the [=charter refinement=] process.

Note: The [=Chartering Facilitator=] is not necessarily (and often is not) the [=Chair=] of the [=chartered group|group=] being chartered.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I suspect the Chartering Facilitator will usually be the Team Contact for the proposed group. Maybe call that out here?


During [=charter refinement=]:
* All issues filed against the [=charter draft=] must be [=formally addressed=],
and their resolutions tracked in a disposition of comments.
* [=Wide review=] of the [=charter draft=] is initiated and completed.
* Decisions are made as [=group decisions=] of all individuals participating in this process.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Who are the individuals participating in this process? How does one become one of them?

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Anybody who bothers participating? By participating? Typically that would be filling github issues, or responding to those that have been filled already, or responding to CfCs, or showing up to any meeting organized, or engaging in any other way listed in the charter review notice as the way to participate.

(However note that only W3C [=Members=] and the [=Team=] can particpate in a formal [[#Votes|vote]].)
frivoal marked this conversation as resolved.
Show resolved Hide resolved

The [=charter refinement=] phase concludes when there is either:
* A [=group decision=] to initiate [=AC Review=] of the [=charter draft=].
* A [=chair decision=] to abandon the proposal.

Any [=Formal Objection=] filed during the [=charter refinement=] phase--
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It looks like this newly allows anyone from the public to formally object to a Charter.

(I think more specifically, anyone could already formally object to the W3C Decision to charter a group, but only post-facto - that's a non insignificant change)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thinking some more about that change: an alternative (based on a proposal @ianbjacobs and I had sketched a few months ago) may be to collect unresolved objections during the charter refinement phase and bring that as input to the AC Review; it would be then up to AC Reps to decide whether these objections deserve to be made formal in the approval decision.

This helps with the following aspects:

  • it creates a filter to possibly frivolous objections from any random person reaching the formal decision process
  • since the participation in the charter refinement process is not clearly anchored in delegation or representation for Members, it allows for that clarity to be brought back through formal AC reviews

other than an objection to the choice of [=Chartering Facilitator=]
or to a decision to abandon the proposal--
frivoal marked this conversation as resolved.
Show resolved Hide resolved
is not considered [[#registering-objections|registered]]
until the close of the [=Advisory Committee Review=] of the charter,
and is registered against that [=W3C Decision=].

Note: This enables all [=Formal Objections=] on the same proposed [=charter=] to be handled together,
while allowing [=Formal Objections=] to [=Chartering Facilitator=] misbehavior
that the [=Team=] is failing to address
frivoal marked this conversation as resolved.
Show resolved Hide resolved
to be processed immediately.

If the discussions have not concluded within the time frame announced in the [=charter review notice=],
the [=Chartering Facilitator=] must inform the AC
(and, in the case of rechartering, the affected [=Group=])
of this delay, of the status of the discussions, and of the revised expected duration of [=Charter Refinement=].
This report should be public.

<h3 id="WGCharter">
Content of a Charter</h3>
Expand Down Expand Up @@ -1884,18 +1942,26 @@ New Charters and Major Changes</h4>
(e.g., regarding deliverables or resource allocation)
and include rationale for the changes.

The Call for Review of a new or substantively modified charter
<em class="rfc2119">must</em> include a disposition of comments for those received during the [=charter refinement=] process,
highlighting any issues that were closed over sustained objections.

<h4 id="charter-minor-changes">
Minor Changes to Active Charters</h4>

Substantive changes to a [=charter=] (including [[#charter-extension|extensions]])
that do not affect the way the group functions in any significant way
<em class=rfc2119>may</em> be approved by a [=Team Decision=],
in which case they do not require an [=Advisory Committee Review=].
in which case they do not require [=charter refinement=] nor [=Advisory Committee Review=].
The following are examples of such changes:
the addition of an in-scope deliverable,
a change of [=Team Contact=],
or a change of [=Chair=].

The [=Team=] <em class=rfc2119>may</em> nevertheless choose
initial [=charter refinement=] and/or [=Advisory Committee Review=]
when it thinks the changes would benefit from more scrutiny or explicit buy-in.

Though [=Advisory Committee Review=] is not required,
such changes <em class=rfc2119>must</em> still be announced
to the [=Advisory Committee=],
Expand Down
Loading