[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Atompub WG Work Plan
With thanks to Paul and Sam for hammering IT out, here is our initial
work plan. I'm sure we'll modify this with experience.
- First draft revisions by July 2nd, clearly marked "do not implement"
- Drafts with the "do not implement" mark removed published by Halloween
- The WG secretary will schedule issues from the issues list for
- We'll handle a small number of issues in parallel, the number
issue complexity and how good we get at this
- The Chairs' duties will be mostly keeping debate civil and moving
ascertaining when the consensus is good enough. We may occasionally
- As of now, debate is open as to whether the issues marked "Proceed"
issues list are in fact sufficiently cooked. Remember that we're not
perfection, the reason we have intelligent human editors is so that
can exercise their intelligence in polishing off rough edges.
- As soon as possible but no later than next Wednesday June 30th, Paul
will group the "Proceed" issues into "Proceed" and "Revisit" based
the group says.
- If our editors wanted to get going right now on the apparent
fruit in the "Proceed" list and start banging away on the drafts, that
would be nice.
RULES OF ENGAGEMENT:
- Email to the list that does not contain an Issue ID in the title or
phrase "Propose new Issue" is apt to be ignored, at least by the
secretary, and editors.
- New issue proposals without fully worked out text are apt to be
least by the chairs, secretary and editors.
- It would be good to mark with [Editorial] in the subject line things
probably don't constitute a material change.
- Statements of disagreement unaccompanied by specific suggestions for
alternatives do not necessarily constitute evidence of lack of
(A reasonable alternative is "drop this whole proposal" optionally
accompanied by "and replace it with...").
- On any given issue, it is unlikely that, after 2 or 3 days of
any new arguments will emerge. Then your workload shifts from
why you're right to figuring out what spec language has a chance of
gathering consensus and moving forward.
- The chairs will eventually declare that a good-enough rough consensus
to mark an issue "Proceed" and turn the issue over to the editors to
attempt to work the proposed language into the draft. This will often
require a bit more editorial creativity than you'd expect.
None of this is set in stone. Meta-debate about process is OK, but
let's run with this for a while until we have some experience to base
it on. -Tim