Process Experiment: Document Shepherding Throughout a Document's Lifecycle
draft-leiba-extended-doc-shepherd-02
Document | Type |
This is an older version of an Internet-Draft whose latest revision state is "Expired".
Expired & archived
|
|
---|---|---|---|
Author | Barry Leiba | ||
Last updated | 2014-01-11 (Latest revision 2013-07-10) | ||
RFC stream | Internet Engineering Task Force (IETF) | ||
Formats | |||
Reviews | |||
Stream | WG state | (None) | |
Document shepherd | Allison Mankin | ||
IESG | IESG state | Expired (IESG: Dead) | |
Consensus boilerplate | Unknown | ||
Telechat date | (None) | ||
Responsible AD | Benoît Claise | ||
Send notices to | barryleiba@computer.org, allison.mankin@gmail.com |
This Internet-Draft is no longer active. A copy of the expired Internet-Draft is available in these formats:
Abstract
RFC 4858 talks about "Document Shepherding from Working Group Last Call to Publication". There's a significant part of a document's life that happens before working group last call, starting, really, at the time a working group begins discussing a version of the idea that's been posted as an individual draft. It seems reasonable and helpful in many situations to begin shepherding when there's a call for adoption as a working group document. This document extends RFC 4858, describing how that extended shepherding function might work and what tasks might be involved throughout the document's lifecycle, and suggesting how Working Group Chairs might choose to implement extended shepherding.
Authors
(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)