Re: RFC Series Editor (RSE) Statement of Work

Michael Richardson <mcr+ietf@sandelman.ca> Mon, 29 July 2019 20:06 UTC

Return-Path: <mcr+ietf@sandelman.ca>
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 076D5120045 for <ietf@ietfa.amsl.com>; Mon, 29 Jul 2019 13:06:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 WZN227lBkylH for <ietf@ietfa.amsl.com>; Mon, 29 Jul 2019 13:06:22 -0700 (PDT)
Received: from tuna.sandelman.ca (tuna.sandelman.ca [209.87.249.19]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 841AD12004E for <ietf@ietf.org>; Mon, 29 Jul 2019 13:06:22 -0700 (PDT)
Received: from sandelman.ca (unknown [IPv6:2607:f0b0:f:2:56b2:3ff:fe0b:d84]) by tuna.sandelman.ca (Postfix) with ESMTP id D620E3808A; Mon, 29 Jul 2019 16:05:57 -0400 (EDT)
Received: from localhost (localhost [IPv6:::1]) by sandelman.ca (Postfix) with ESMTP id D98BFBDF; Mon, 29 Jul 2019 16:06:20 -0400 (EDT)
From: Michael Richardson <mcr+ietf@sandelman.ca>
To: Michael StJohns <mstjohns@comcast.net>
cc: ietf@ietf.org
Subject: Re: RFC Series Editor (RSE) Statement of Work
In-Reply-To: <afa876d5-e0f0-44d1-ea03-85dba387e432@comcast.net>
References: <9817BB4B-D828-4128-A70C-A8B966E6642F@encrypted.net> <CAL02cgRcGF80R_h5it_u7eGQrMjavpZ6_noEKb5vY5i1HqJYaA@mail.gmail.com> <7e82f47a-6a1d-8d3e-b183-e5159a071481@gmail.com> <9f7e969e-0374-2f9f-4ec6-e2d85a2fb819@gmail.com> <B027130E-8357-44C7-AAAF-FA11C249FD92@isi.edu> <F6C97564-6DD6-47A2-A9E6-5401F50BE4D5@cable.comcast.com> <afa876d5-e0f0-44d1-ea03-85dba387e432@comcast.net>
X-Mailer: MH-E 8.6; nmh 1.7+dev; GNU Emacs 24.5.1
X-Face: $\n1pF)h^`}$H>Hk{L"x@)JS7<%Az}5RyS@k9X%29-lHB$Ti.V>2bi.~ehC0; <'$9xN5Ub# z!G,p`nR&p7Fz@^UXIn156S8.~^@MJ*mMsD7=QFeq%AL4m<nPbLgmtKK-5dC@#:k
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=-=-="; micalg="pgp-sha256"; protocol="application/pgp-signature"
Date: Mon, 29 Jul 2019 16:06:20 -0400
Message-ID: <21562.1564430780@localhost>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/mh9E9moGwzdytGlB3SGDbswxflo>
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: Mon, 29 Jul 2019 20:06:25 -0000

Michael StJohns <mstjohns@comcast.net> wrote:
    > Let me run a few terms past you (we can quibble about each, but this
    > seems to be the general  set I've seen - there are variations within
    > each):

Thank you.

    > * Employee - generally at will employment, most positions within a
    > company, can be told what to do, when to do it and how to do it
    > generally by anyone above them in the food chain.  Generally only has a
    > single employer (at least for salaried employees).

...

    > * Contractor/consultant.  Has a contract for services to a given
    > company, may do work for multiple entities.  May be tasked by the
    > company (generally a specific contract POC),

        *_but not told when or how to do it_*.

    >     May be an individual or a company.   Includes both
    > common services contractors (e.g. IT) and Subject matter expert
    > consultants.  Contracts may be very specific in deliverables, or much
    > more open ended.  May be duration or task based.

In Canada our federal tax people ("Revenue Canada", now "CRA") have rules
about whether people are contractor/consultants or employees, and generally contractors:
   - work when they want
   - where they want.
   - bring their own tools
     [what that means in an era of "cloud" tools on corporate accounts...]

If the contractee specifies too much of this, then they become an employee.
Among federal departments who are most blantant about disregarding those
rules, is naturally, CRA.

    > The main problem I see with trying to do this role as an "employee", 
    > is that the LLC doesn't have a deep enough organization to handle an
    > employee as senior and independent as the role needs to be.   It's
    > possible that the "employee with a contract" model might work, but
    > given our experience with Heather and the fact that we were only
    > utilizing  about 50% or so of her time, it might be difficult to cover
    > the additional 50% of an full time employee and keep them fully engaged
    > and interested year after year.

I don't think it's the details of this "clerical" mechanism that matters.
It's the process (RFP+BID) vs Search-committee+interview that matters.

    > As I was writing the above, something struck me.   Heather (and Jon,
    > Bob and Joyce before her) is as senior and competent in her field as
    > the various lawyers we've engaged to deal with the LLC, Trust etc over
    > the years are in theirs.  We wouldn't think it would be a good idea to
    > micromanage the lawyers (and I'm sure they wouldn't tolerate it).  I'm
    > not quite sure why we thought it was a good idea to provide the level
    > of "oversight" and management to such a senior level position, and that
    > appears to have been part of the problem.

:-)
+10.

I thought the RSOC was also responsible for the details of the RPC contract.

-- 
]               Never tell me the odds!                 | ipv6 mesh networks [
]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [