Re: New proposal/New SOW comment period

Michael StJohns <mstjohns@comcast.net> Fri, 30 August 2019 17:30 UTC

Return-Path: <mstjohns@comcast.net>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 698FD120944 for <ietf@ietfa.amsl.com>; Fri, 30 Aug 2019 10:30:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.697
X-Spam-Level:
X-Spam-Status: No, score=-2.697 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wH6_7ISTwFQF for <ietf@ietfa.amsl.com>; Fri, 30 Aug 2019 10:30:27 -0700 (PDT)
Received: from resqmta-po-03v.sys.comcast.net (resqmta-po-03v.sys.comcast.net [IPv6:2001:558:fe16:19:96:114:154:162]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F17A5120219 for <ietf@ietf.org>; Fri, 30 Aug 2019 10:30:26 -0700 (PDT)
Received: from resomta-po-02v.sys.comcast.net ([96.114.154.226]) by resqmta-po-03v.sys.comcast.net with ESMTP id 3iJiikw3iDwlx3kjCiNqYN; Fri, 30 Aug 2019 17:30:26 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=20190202a; t=1567186226; bh=er95WGmLnf5PG+6Yaf7hMJb0GTE5GaiOZiiKlmd3n5Y=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=NV1E8HUAgw7l3ckN3B0WXu0O9a9KDOA9nQb2EL6/ThTSv6R8qTm8gY9VJXWqogQJ1 GRyqC0SMNebjuJtzhqaC9OQainfOiZS3hgT4Tqnpy7T3943PU9SpflA4a/8lHkSp7Q umg9VI8dLt/zBgLRr7q/qmcd4E+ROB0Lgy1bfuaoqW3QkdivlJ/8z/tgh1ZFTJ/J6n NTVbnIRzwnUyvXaQ+oFmfpgSKdINAOB2h5D6cvy6s0DxzYe3QI3B1HNF+l6S0PN5tW C/z9QAt9BaMXn48fRcqKAUYewwBCmJdg5cU25W/+0+rjYvRA/+kqVeWI/rLlfsuqcS srwF60IRgSU4A==
Received: from [IPv6:2601:152:4400:437c:7db2:63b4:57c:af7] ([IPv6:2601:152:4400:437c:7db2:63b4:57c:af7]) by resomta-po-02v.sys.comcast.net with ESMTPSA id 3kjAiSqFcgAaB3kjAib2G8; Fri, 30 Aug 2019 17:30:25 +0000
X-Xfinity-VMeta: sc=0;st=legit
Subject: Re: New proposal/New SOW comment period
To: ietf@ietf.org, rfc-interest@rfc-editor.org
References: <061D2F46-71C3-4260-B203-73B07EB59418@encrypted.net> <5B276430-96A9-44EA-929B-B9C2325AFCA5@encrypted.net>
From: Michael StJohns <mstjohns@comcast.net>
Message-ID: <f9be9982-56f5-bdcc-3b09-13080532ffc5@comcast.net>
Date: Fri, 30 Aug 2019 13:30:22 -0400
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0
MIME-Version: 1.0
In-Reply-To: <5B276430-96A9-44EA-929B-B9C2325AFCA5@encrypted.net>
Content-Type: multipart/alternative; boundary="------------343B0DE0ED741D3D3DC137C5"
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/AXekwohTsUAB-X5UdLyUhXxBfrQ>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2019 17:30:30 -0000

Five immediate large items:


0) The requirements for this position are pretty much indistinguishable 
from that of the RSE as stated in previous versions of the SOW.   I 
don't think that makes sense.  If this is simply a "we want to hire some 
short time to do the RSE position", then state that rather than using 
the figleaf of strategic and tactical.  I'm not saying you'll get 
community buy-in for that, but at least it would be less obfuscated.
1) Is this a full time position?  If not, then describe the expected 
workload.   From the description, its a level of effort contract 
somewhat less than full time. State that level.
2) The style manual (last bullet) is a strategic item, not a tactical 
item.  Delete it.
3)  Matrix management - seriously? That's how we got to this situation 
in the first place.
4) Term - for a tactical contract, this is pretty long - 1.5 years with 
the possibility of a year extension.

Small items:
1) Drop the "Experience as an RFC editor" bullet in favor of 
"Familiarity with the RFC series is desired but not required".
2) The "culture and process" bullet is also strategic and not 
tactical.   Drop this to just the RFC process.
3) Travel internationally - state if this is in addition to the IETF 
meetings.

Overall comment:

This has the feel to me of a push towards a more "managed" RFC Editor vs 
the independent model we've had over the lifetime of the series - and 
doing it by small nibbles and by delay.  The RFC++ bof indicated 
community displeasure with that direction, and I'm not sure this SOW is 
representative of community desires.    I'd be happier with this if the 
sole and only contract reporting link is from this contractor to the 
LLC.  The LLC MAY appoint the RSOC for day to day things, but any 
contractual discussions OF ANY KIND should be with the actual 
organization that holds the contract.   From a community point of view, 
we have oversight and a direct line of responsibility from the LLC to 
the community (with the concomitant ability of the community to recall 
or otherwise fail to reappoint LLC board members) .  That is not the 
case with the RSOC.

With respect to the evolution of the RFC Series - I haven't seen any 
clear statement from anyone of the changes they believe need to be 
made.  So, prior to putting us in the penalty box for a year and a half, 
perhaps we could actually get a statement of interests which would 
indicate that we need such a delay in the RFC SE selection process.    
E.g. a full formal ID/RFC not random musings in email with enough 
initial support that we have the possibility of getting to some sort of 
consensus for change if we invest the time.

Later, Mike



On 8/30/2019 12:38 PM, Sarah Banks wrote:
> (Cross-post with rfc-interest@ietf.org <mailto:rfc-interest@ietf.org>)
>
> Hello,
> The RSOC has received a lot of feedback regarding the current SOW, in 
> addition to the feedback received generally around the RSE role, both 
> on and off list, and at the microphone at the plenary session in 
> Montreal. We've listened, discussed, and come up with a proposal that 
> you'll find attached here.
> Broadly speaking, the RSE role contains 2  functions, a strategic 
> function and a tactical function. We believe that we, as a community, 
> still want RFCs published while we discuss the RSE role evolution. We 
> also have a contract in place with the RPC (both Production Center and 
> Publisher), both of whom are accustomed to a day to day contact to 
> lean on for assistance (the current RSE).
> With that in mind, we are proposing a temporary position that focuses 
> on the tactical components of the current RSE role, with 2 large work 
> items in mind.
>
> First, this temporary position (called the Temporary RFC Series 
> Project Manager) would serve as the day to day contact for the RPC, 
> assisting with tactical items.
>
> Second, this role would focus on the v3 format work, assisting with 
> the delivery of the new tools for the format work, and bringing the 
> new format work to a close.
>
> Details are included within the SOW, attached with this email.
>
> The IAB plans on sharing a follow up email shortly, that covers 
> possible next steps for the strategic portions of the RSE role and the 
> evolution discussion.
>
> We'd like to open a 2 week comment period on the SOW, starting on 
> August 30, 2019, closing ons on September 14, 2019. Please send your 
> comments and feedback to the RSOC (rsoc@iab.org <mailto:rsoc@iab.org>).
>
> Kind regards,
> Sarah Banks
> For the RSOC
>
>