要約

  • 旧SLAは2016年以降、測定対象となった四半期の42.5%でしか達成されず、著者待ちをRPC時間に含める一方、編集者への割り当て待ちを独立状態として持たない時期もあった。
  • 新案は文書の長さ別にRPC制御時間を測り、達成対象の割合と上限日数を段階的に厳しくする。委託先の責任を測る道具としては妥当である。
  • 30〜50ページの典型的なRFCは、現在、受領から出版まで約245暦日を要すると推計される。RPCの成績とは別に、全行程と各引き継ぎの担当を示す必要がある。
  • 現行の資源と業務範囲を前提にすると、滞留は3年で約20%減り、解消には7〜12年かかるという。これは採択済みの約束ではなく、意見募集で検証すべき前提である。

AUTH48の待ち時間は誰のものか

RFCの編集は、一人の編集者が原稿を受け取って直し、即座に公開する作業ではない。初期確認、編集者への割り当て、本文と表記の編集、著者への照会、参照文献の確認、IANAとの調整、最終確認であるAUTH48を経て、保存可能な正式文書になる。RFC 9280が政策、承認、制作の役割を分け、RFC 8711が行政支援の構造を定めるのは、この工程に複数の権限が存在するからである。

AUTH48では、編集された最終文を著者や指定された確認者が承認する。返答が遅いとき、その日数をRPCの失敗とするのは公平ではない。RPCには著者の意思決定を代行できないからだ。だが、SLAの外にあるという理由で日数自体を見えなくすれば、著者から読者までが経験する出版期間を説明できない。必要なのは免責か責任転嫁かという二択ではない。待ち時間に正しい所有者を付けることである。

意見募集文書は、旧測定の欠点を率直に記す。2025年第2四半期の変更以前には、RPCが著者の返答を待っている間もRPC側の時計が動いているように見える場合があった。「編集者への割り当て待ち」という状態も存在しなかった。一方で、AUTH48のうちRPCが実際に作業する部分が測定から外れることもあった。加算と除外が混在した記録では、数値が正確でも意味が安定しない。

旧SLAが2016年以降の測定四半期で達成された割合は42.5%だった。常態的に守れない目標は、異常を知らせる警報ではなく背景音になる。資源が足りないのか、仕事が変わったのか、分類が誤っているのか、基準そのものが現実を失ったのかを切り分けられない。

そこで新案は、RPCが制御できる時間に測定を限定する。委託管理として筋が通る。著者、IESG、IANAその他の主体が次の行為を持つなら、その区間は担当主体に帰属させるべきだ。ただし、RPCの契約時計と、文書の受領から出版までの暦時計は、同じ名称で呼んではならない。

245日を三つの数字に分解し過ぎない

意見募集によれば、現在の30〜50ページ程度のRFCは、受領から出版まで典型的に約245暦日を要する。現存する滞留が約115日を加えており、それがなければ約130日という推計である。また、著者、IESG、IANAなどRPCの制御外にある時間は平均約97日で、ページ数にはほとんど左右されないとされる。

ここで245、115、97を足してはならない。別々の工程を測った三つの独立部品ではなく、集計値とモデル上の説明が重なっているからだ。数字の役割は、現在の全体が長いこと、滞留の影響が大きいこと、文書の長さだけでは説明できない外部待ちがあることを示す点にある。

ページ数はRPC側の作業量には効く。資料は1ページごとにRPC時間が約0.34日増えると推計する。短い文書が多い年と長い文書が集中する年を同じ一律上限で比べれば、サービス改善とは無関係な構成差を成績にしてしまう。長さによる区分は、その歪みを減らす。

第一四半期の基準案は、15ページ以下を130 RPC制御日、16〜40ページを170日、40ページ超を190日以内とし、各区分で75%の文書が入ることを求める。判定は単独四半期ではなく移動一年で行い、処理量、最大の稼働中滞留、長さ調整済みのパーセンタイルを組み合わせる。

さらに二重の締め付けがある。対象割合は四半期ごとに1ポイント上がり、85%まで到達する。初年度の後は上限日数が毎年5%ずつ短くなる。より多くの文書を、より短い上限に入れる設計であり、固定された願望よりも実際の改善を要求する。

七年から十二年という統治上の選択

新案は、編集資源もRPCの作業範囲も変えないと仮定する。その条件では、滞留は3年間で約20%減り、完全な解消には7〜12年かかる。予報というより、現状維持に近い資源政策を選んだ場合の姿である。

到着文書が増える、平均的な複雑さが変わる、熟練編集者が離れる、あるストリームに需要が集中する、新しい品質作業が加わる。どれか一つで期間は変わる。したがって、7〜12年を約束として扱うのではなく、到着率、完成率、配置人数、再作業を伴う検証可能な仮説として扱う必要がある。

意見募集は、ゼロ滞留のために短期投資をするべきか、ストリーム別の扱いが必要か、著者満足をどう測るか、品質をどう守るか、速度のために仕事を減らすかを問う。いずれも測定技法だけでは決まらない。費用、ボランティア負担、編集品質、出版の優先順位を誰が引き受けるかという統治判断である。

短期投資で山を崩しても、到着率が能力を超えれば滞留は戻る。業務を減らせばRPCの数字は速くなるが、作業が著者やワーキンググループへ移るか、記録の品質が下がるかもしれない。満足度だけを最適化すれば、厳しいが必要な編集上の指摘が避けられるおそれもある。速さの指標は、費用や品質を無償と仮定してはならない。

引き継ぎ台帳をSLAの隣に置く

RPC制御時間を公平に測ることと、全行程を可視化することは両立する。各状態に、開始時刻、終了時刻、責任を持つ役割、次の行為者、適用される時計、理由、エスカレーション、後日の訂正を持たせればよい。公開時には編集上の秘密を明かさず、集計して示せる。

同じ履歴から、RPC制御時間、他主体の制御時間、端から端までの暦日という三つの合計を作る。RPCは最初の値で契約上評価される。著者は現在の担当と次の行為を確認できる。ストリーム管理者は繰り返す摩擦を発見できる。コミュニティは最後の値で資源と範囲の選択を評価する。

状態を後から訂正するときは、元の値、新しい値、変更理由、時刻、権限者を残す。過去の待ち時間を境界外へ付け替えるだけで成績が改善する余地をなくすためだ。監査履歴は訂正を妨げない。訂正と実際の改善を区別する。

引き継ぎの可視化は権限の新設ではない

RFC 9280では、RFC Seriesの方針をRSWGが策定し、RSABが承認機能を担い、RPCが出版実務を実施する。RFC 8711がIETF Administration LLCに与えるのは行政、運用、財務上の責任であり、IETF標準の内容を決める権限ではない。これらは一つの指揮系統ではなく、分離された権限である。

引き継ぎ台帳はその配分を変えない。文書が各機関の区間に入った時点と出た時点、次の行為者、後日の訂正を証拠として残すだけだ。証拠が組織の境界を越えても、管理者、RPC、あるいは指標そのものが境界の向こう側の権限を得るわけではない。

公開されているMirja KühlewindとAcee Lindemの応答は、それぞれ制限の意味や実用的な速度の期待を検討している。どちらも個人の意見で、IETFの合意ではない。合意前の異論が重要なのは、数値が契約、予算、理事会報告の共通語になる前に前提を試せるからである。

9月6日までに選ぶべきなのは、RPCだけのSLAか全工程だけの指標かではない。RPCには制御可能な区間だけの、公平で厳しくなる約束を持たせる。同時に、IETFが統治する出版体験の全区間を、責任付きで保存する。この二層があって初めて、緑の成績と長い待ちが同居したときに、その理由を説明できる。

出典

  1. RFC編集・出版SLAに関する意見募集文書
  2. IETF Administration LLCによる意見募集の告知
  3. RFC 9280：RFC Editor Model（Version 3）
  4. RFC 8711：IETF Administrative Support Activityの構造
  5. 著者向けRFC出版手順
  6. RFC Editorの出版キュー説明
  7. ワーキンググループ議長向けRPC手順情報
  8. 出版時間と工程状態に関するRFC Seriesの議論
  9. Mirja Kühlewindによる個人としての意見
  10. Acee Lindemによる個人としての意見