Workshop for Working Group Chairs Joyce K. Reynolds jkrey@isi.edu ======== Credits o Dave Crocker o Sue Hares o Paul Mockapetris o Allison Mankin ======== Hello o Introduction - What are we doing here, at this hour? - There is only rough consensus about the process o Agenda I. IETF structure II. Formal Process III. The inner working group IV. Conflict resolution ======== The Need for Working Group Chair Training o IETF large, diverse - Process increasingly formal - No voting means (very) rough consensus o Difficulty making progress and being fair - Listen to all points of view - Keep working group focus o Chairs often unclear about limitations and authorities ======== Documents o The Internet Standards Process (RFC 1602) o IETF Working Group Guidelines and Procedures (RFC 1603) o ["Evolving the System" in Internet System Handbook, Lynch and Rose, eds.] o ["Making standards the IETF Way" in ACM Standards View, Summer 1993; reprinted in ConneXions, August 1993.] ======== I. IETF Structure - Overview ISOC Internet Society IAB Internet Architecture Board Design cohesion, process appeals, IETF liaisons IETF secretariat Staff support IESG Internet Engineering Steering Group IETF oversight AD Area director Oversight for specific working groups WG chair Manage a working group to a productive end Working group The people who do the work ======== IETF Structure - Working group roles o Chair oversees entire process, but: Facilitator Process management, things fair, focused, on time Judge Evaluation of technical options and driver towards "right" choice Scribe Record-keeper and editor of documents o Working group is jury, providing ideas, review, consensus o Design team is primary advocate as self-selecting group with common vision, providing core-effort ======== IETF Structure - Formal Process o Formal labels for a specification o Developmental steps o Acceptance criteria ======== IETF Structure - Formal Labels Internet-Draft: no official standing, fluid working document Proposed Standard: stable spec, no known errors, might have implementation Draft Standard: multiple, interoperable implementations testing all functionality Internet Standard: field experience and clear community acceptance (and use) ======== IETF Structure - IETF Acceptance Criteria Competence: technically sound Constituency: providers and users Coherence: clear writing Consensus: rough but clear ======== Formal Process - Developmental Steps 0. Birds of a Feather (BOF) - "Market research" to determine interest and ability to pursue topic - Optional, one-shot meeting 1. Charter Role: Publice announcement and project management plan Scope: What is to be pursued Approach: How it will be pursued Product: What will be delivered Checkpoints: Milestones and dates 2. Document specification - Clarity of purpose - Clarity of writing - Clarity of solution 3. Consensus - Clearly dominant agreement - Diversity of opinion about solution may be resolved by agreement to make some decision - Agreement about parts may permit eventual agreement about whole 4. Area director approval - Technical review - Process review - Independent review when results of wg in question 5. Submission to IESG - Via secretariat and AD 6. Last call - Request for final feedback from IETF - Intended to detect major errors in process or content that might have slipped through cracks - Not intended as formal, full review 7. IESG review (and approval) - May conduct independent review (7.5) IAB conflict resolution - If formal challenge not resolved by IESG 8. RFC publication - RFC editor has publication criteria ======== The Inner Working Group o The Lives of a Chair o Group Style o Group Roles o Developmental phases (problem solving 101) o Venues o Debate o Conflict Management ======== The Inner Working Group The Lives of a Chair o How to keep from being sat on - Agenda and Schedule - Adequate debate, but not more than that - Maintain clear focus - Rehash only in constructive and working group desires o Proactive management - Maintain pressure for forward progress - Escalate to IETF management when progress stalled ======== The Inner Working Group Working Group Style o Free-flowing - Cohesive group - Clear purpose o Tightly-managed - Complex topic - Group diversity - Major differences in philosophy ======== The Inner Working Group - WG Management Roles Facilitator: ensuring fairness and a thorough airing of views and alternatives Judge: evaluation of choices and movement towards choice Scribe: keeping track of things Design team: primary advocates for the core effort, when wg diverse and topic complex; must work to keep wg consensus Working group: Jury and other contributors ======== The Inner Working Group Problem Solving 101 o Problem statement o Solution exploration o Solution adoption o Specification refinement ======== The Inner Working Group Discussion and Decision Venues o Email - International participation - Inefficient, but extensive - The real place for consensus - Can be run as "meetings" o Face-to-Face meetings - Well-advertised ahead of time - Inherently restricted attendance - Limited time - Need for clear agenda and crisp management ======== The Inner Working Group Email vs. Meetings (one person's perspective) o WG results must show approval based on entire working group participation o Meetings have limited attendance o Treat meetings as "strong indicator" prima facie basis for decisions o Ensure verification through email ======== The Inner Working Group Debate o Can clarify purpose, implications, alternatives o Can tear the group apart o Must be tolerated and even encouraged, until resolution or impasse ======== Conflict Resolution o Preferable to solve within working group 1. Conflict types 2. Timing of objections o Often can't 3. Chain of appeal ======== Conflict Resolution - Conflict Types o Technical Specific detail: minor vs. show-stopper Basic philosophies: rarely resolved o Process Unfair practice: usually claim against wg chair Topic missed: oops. (showstopper?) ======== Conflict Resolution - Timing of Objections o Technical showstoppers welcome anytime o Small details welcome only at time wg covers the subject o Philosophical debate welcome only at time wg making decisions about approach ======== Conflict Resolution - Timing of Objections o Unfair practice complaints allowed whenever infraction felt o WG may allow topic to be re-opened if wg feels issue compelling or new alternative intriguing ======== Conflict Resolution - Chain of Appeal o WG Chair o Area Director o IESG (via chair?) o IAB ======== If you can keep your head when those around you ... o Most IETF members are remarkably well- intentioned o Differences happen - Tempers often flare, but then settle down - Not all differences can be settled - When minority view clearly will not sway working group, respect opinion, but move on o Ask questions o Make it happen !