デジタル化や業務改革を担当するDX推進課の日下部蓮が折原を訪ねてきたのは、十月の初めだ。

三十歳。

入庁六年目。

情報システムの管理と、庁内の文書管理を兼務している。

話す時に、両手をよく動かす癖があった。

「共有フォルダを整理しているんですが、少し相談に乗ってもらえませんか」

日下部は、いつもより少し早口だった。

「どのような状況ですか」

「見てもらった方が早いと思います」

折原は席を立ち、日下部の後を追った。

DX推進課の一角。

サーバーラックの隣にあるデスクへ、日下部のノートパソコンが置かれていた。

画面には、庁内共有フォルダの階層が表示されている。

日下部がマウスを動かした。

「このフォルダです」

画面上のフォルダ名は、

「公共施設マネジメント推進事業」

となっていた。

その下に、年度別、会議別、資料別と思われるフォルダが並んでいる。

日下部は、その中から「計画書」というフォルダを開いた。

画面に、ファイルの一覧が表示された。

青葉市公共施設マネジメント計画書.docx

青葉市公共施設マネジメント計画書＿修正.docx

青葉市公共施設マネジメント計画書＿修正2.docx

青葉市公共施設マネジメント計画書＿最終版.docx

青葉市公共施設マネジメント計画書＿最終版＿修正.docx

青葉市公共施設マネジメント計画書＿最終版＿確定.docx

青葉市公共施設マネジメント計画書＿最終版＿確定＿修正後.docx

青葉市公共施設マネジメント計画書＿最終版＿確定＿修正後＿v2.docx

青葉市公共施設マネジメント計画書＿提出用.docx

青葉市公共施設マネジメント計画書＿提出用＿最終.docx

「これです」

日下部は、画面を指した。

「同じような名前のファイルが、一つのフォルダに十個あります」

「どれが正式な版ですか」

「それが、わからないんです」

日下部は一覧を更新日時順に並べ替えた。

「日付だけ見れば、一番新しいのは『提出用＿最終』です」

次に、ファイルサイズ順へ並べ替える。

「でも、容量が一番大きいのは『最終版＿確定＿修正後＿v2』です」

「新しい方が正式とは限らない？」

「はい。古いファイルをコピーして、別の場所へ提出しただけなら、更新日時だけ新しくなります」

「中身は確認しましたか」

「開いて比較しました」

日下部は二つのファイルを画面に並べた。

「ほとんど同じです。でも、何か所か違っています」

「どちらが正しいんですか」

「わかりません」

日下部は首を振った。

「どちらが正式なのかを推測する根拠もありません」

折原は、ファイル名の一覧を眺めた。

似たような名前のファイルが増えていくこと自体は、珍しくない。

作成中。

修正中。

上司確認後。

差戻し対応。

提出用。

提出後の修正版。

元に戻す可能性を考えて、誰も古いファイルを消さない。

一つひとつの保存には理由がある。

だが、最後にどれを正式版としたのかが記録されなければ、残された側には判断できない。

「このフォルダは、いつ頃使われていたものですか」

「四年前から六年前にかけてです」

日下部は答えた。

「当時は、複数の担当者が同じ計画書を更新していたようです」

「現在の担当者は？」

「今年度から私です」

「引継ぎは受けましたか」

「フォルダの場所と、計画書があることは聞きました」

「正式版については？」

「説明はありませんでした」

「前任者も、把握していなかった？」

「おそらく」

日下部は言った。

「『一番新しそうなものを見てください』と言われました」

折原は、もう一度ファイルの一覧を見た。

一番新しそうなもの。

それは、引継ぎとは呼べなかった。

その日の午後、折原と日下部は、十個のファイルを一つずつ比較した。

文書比較機能を使い、本文の差異を抽出する。

単なる改行や書式の違いを除くと、意味のある差異は三か所だった。

一つ目は、第三章。

施設評価後の対応方針に関する記述だった。

ある版には、

「優先度の高い施設から順次改修する」

と書かれている。

別の版では、

「施設の状況を踏まえ、計画的に改修する」

となっていた。

「意味は似ていますね」

日下部が言った。

「同じではありません」

折原は答えた。

「『優先度の高い施設から順次』なら、評価順位と改修順序を結びつけています」

「『計画的に』なら、評価順位以外の事情も考慮できる」

「予算、地域事情、ほかの事業との関係などを理由に、順番を変える余地があります」

「どちらを正式方針にしたかで、説明が変わりますね」

「はい」

二つ目は、第五章の財政フレームだった。

今後十年間に必要となる改修費の試算が、版によって異なっている。

一方は、八億円。

もう一方は、九億円。

「一億円違います」

日下部が言った。

「計算式は？」

「どちらのファイルにも入っていません。表だけ貼り付けられています」

「元の表計算ファイルは？」

「別のフォルダに候補が四つあります」

「どれを使ったかは？」

「わかりません」

一億円の差が、単なる計算修正なのか。

対象施設の追加なのか。

単価の更新なのか。

財政課との調整で圧縮したのか。

説明は、どこにも残っていなかった。

三つ目は、第七章。

市民参加の手続に関する記述だった。

一方の版には、

「市民意見公募を実施する」

とある。

もう一方には、

「パブリックコメントを実施する」

と書かれている。

「同じ意味ではないんですか」

日下部が尋ねた。

「庁内で正式な制度として定義されたパブリックコメントなら、対象、期間、公表方法、回答方法などの手順があります」

「意見公募だと？」

「より広い表現です。アンケートや説明会で意見を聞くことも含まれるかもしれません」

「どちらを実施するかで、必要な手続が違う」

「はい」

日下部は椅子にもたれた。

「三か所とも、細かな修正に見えます」

「ですが、実務への影響は小さくありません」

折原は言った。

「施設の改修順序、必要予算、市民への手続。どれも説明を求められる項目です」

「当時の担当者へ確認できますか」

「一人は退職しています」

日下部は答えた。

「もう一人は、今年度から別の自治体へ出向中です」

「計画策定委員会の議事録は？」

「あります」

日下部は別のフォルダを開いた。

「ただ、この三か所についての決定は載っていません」

「委員会で決めたのではない？」

「会議と会議の間の庁内調整で変えたんだと思います」

「調整記録は？」

「見つかっていません」

折原は、ノートへ書き留めた。

会議で正式に決まった事項は、議事録へ残りやすい。

だが、文書は会議だけで完成するわけではない。

会議後の修正。

課長からの差戻し。

財政課との協議。

電話での確認。

廊下での一言。

メールで届いた短い指示。

それらが積み重なり、文言や数字が変わっていく。

修正前のファイルは、差戻しや比較に備えて残される。

別の担当者が、自分の名前を付けずに上書きする。

提出用としてコピーが作られる。

最終版という名のファイルが、何度も更新される。

どこかの時点で、

「これを正式版とする」

と決め、その理由を残さなければならない。

それをしなければ、後任者には、ファイルの多さしか残らない。

日下部が画面を見ながら言った。

「バージョン管理システムを導入すれば、解決できると思っていたんです」

「どのようなシステムですか」

「文書を更新するたびに、履歴が自動で保存されます」

日下部は手を動かしながら説明した。

「いつ、誰が、どの部分を変更したかが残る。前の状態にも戻せる。開発分野で使うGitのような仕組みを、行政文書向けにしたものです」

「導入すれば、ファイルが十個並ぶことはなくなる？」

「少なくとも、同じ名前のファイルを複製し続ける必要はなくなります」

「誰が、いつ変えたかもわかる」

「はい」

「どの版を正式版とするかも？」

日下部は少し考えた。

「正式版として確定する操作を設ければ、わかります」

「では、今回の問題はすべて解決しますか」

日下部は答えなかった。

画面上には、二つの計画書が並んでいる。

八億円。

九億円。

優先度順。

計画的に。

意見公募。

パブリックコメント。

しばらくして、日下部が言った。

「変更した事実は残ります」

「はい」

「誰が変更したかも残ります」

「はい」

「でも、なぜ変更したかは、自動では残りません」

折原が頷いた。

「システムが記録できるのは、変更された箇所です」

「理由は、人間が入力しないと残らない」

「そういうことです」

日下部は、机に両肘をついた。

「そこが悩んでいるところなんです」

「理由を入力する欄を作ればいいのでは？」

「欄を作るだけなら簡単です」

日下部は答えた。

「でも、『修正しました』『上司指示』『文言整理』とだけ書かれたら、今と同じです」

「入力を義務化しても、意味のある理由が残るとは限らない」

「はい」

「システムの問題ではない？」

「半分はシステムの問題です」

日下部は言った。

「でも、もう半分は、職員が何を残すべきだと考えているかの問題だと思います」

折原は、その言葉をノートへ書いた。

バージョン管理は、変更の履歴を残す。

だが、判断の履歴まで自動で作ることはできない。

「宮野さんに相談してみてはどうですか」

折原が言った。

「教育総務課の宮野課長補佐ですか」

「はい」

「この計画は、教育委員会の文書ではありませんが」

「計画の内容ではなく、記録の残し方についてです」

日下部は、少し不思議そうな顔をした。

「宮野補佐は、説明を受ける側が何を知りたいかを考えるのが得意です」

「文書の読み手ということですか」

「はい」

折原は、画面上のファイルを指した。

「日下部さんは、作る側と管理する側から、この問題を見ています」

「そうですね」

「宮野さんなら、数年後にこの文書を読んで説明する人間が、何を必要とするかという見方をすると思います」

「システムの機能ではなく？」

「誰に何を説明する文書なのか、という話です」

日下部は、しばらく考えた。

「一度、聞いてみます」

そう言いながらも、

なぜ教育総務課なのか。

という表情は残っていた。

折原は、それ以上説明しなかった。

システムが残せるもの。

人間が残さなければならないもの。

その違いは、日下部自身が誰かへ説明しようとした時に、初めて見えてくるはずだった。

画面には、十個の計画書が並んでいた。

すべて残っている。

それでも、正式なものは一つもわからなかった。

忘れないために

―なぜそう判断したのかを残す物語―

日下部が防災棟を訪れたのは、翌日の午後だった。

宮野は、自席で議会資料を確認していた。

日下部が共有フォルダの状況を説明すると、宮野は途中で口を挟まず、最後まで聞いた。

同じような名前の計画書が十個あること。

内容の異なるファイルが複数あること。

どれが正式版なのか、現在の担当者にもわからないこと。

バージョン管理システムを導入しても、変更理由までは自動で残らないこと。

一通り聞き終えた後、宮野が尋ねた。

「その計画書は、誰が読むものですか」

「市民、議会、庁内の関係課、それと計画に基づいて事業を進める担当者です」

「正式版がわからないことで、一番困るのは誰ですか」

日下部は、少し黙った。

「実施担当者だと思います。業務の根拠にする計画書が、どれかわからなければ困ります」

「今、その担当者は困っていますか」

「今は、困っていないと思います」

「なぜですか」

「計画書を細かく確認しながら進めている事業が、今はないので」

「では、いつ困りますか」

日下部は、さらに考えた。

「計画を改定する時です」

「次の改定は？」

「三年後です」

「では、三年後の担当者が困ります」

宮野は言った。

「今困っている人がいないから、問題に見えないだけです。三年後、現行計画を基に次の計画を作ろうとした時、必ず同じ場所で立ち止まります」

日下部は手帳へ書き留めた。

三年後の担当者。

これまで、そこまで具体的な読み手を想定したことはなかった。

宮野が続けた。

「バージョン管理システムを導入することには、賛成です」

「ありがとうございます」

「ただし、それだけでは足りません」

「変更理由が残らないからですか」

「そうです」

宮野は、日下部が持参した比較表を見た。

「なぜ、改修費が八億円から九億円になったのか」

「はい」

「なぜ、『優先度の高い施設から順次改修する』が、『計画的に改修する』へ変わったのか」

「はい」

「なぜ、『意見公募』が『パブリックコメント』へ変わったのか」

宮野は資料を閉じた。

「変更箇所だけ残っても、三年後の担当者は同じ疑問を持ちます。そして、今回の日下部さんと同じように、過去の担当者や関係課へ一から確認することになります」

「どうすれば防げますか」

「文書を変更する時に、理由を記録することです」

「一行でも？」

「内容によりますが、何もないよりは、一行あるだけで大きく違います」

宮野は例を挙げた。

「『第三回庁内調整会議における財政課の指摘を受け、最新単価で再試算』」

「それなら、九億円になった理由を追えます」

「はい」

「『議会委員会で、評価順位と実施順位は必ずしも一致しないとの指摘を受け、表現を修正』」

「文言を弱めた理由がわかる」

「そうです」

宮野は続けた。

「重要な変更なら、理由だけでなく、根拠資料や決定者も残す必要があります」

「コメント欄だけでは足りませんか」

「軽微な修正なら十分です。数字、方針、権利義務、手続に影響する変更なら、関連する会議、決裁、根拠資料までたどれるようにしてください」

日下部は手帳へ項目を書いた。

変更内容。

変更理由。

根拠資料。

決定または確認を行った者。

変更日。

「システムに入力欄を作ります」

「欄を作るだけでは、形骸化します」

宮野は言った。

「『上司指示』『文言整理』だけでは、三年後の担当者には意味がありません」

「何を残せば、後で説明できるかを考えて書く必要がある」

「そういうことです」

日下部は、ようやく折原が宮野への相談を勧めた理由を理解した。

システムの利用者を考えるだけでは足りない。

将来、その文書を根拠に説明し、判断する人間を想定しなければならない。

防災棟から戻った日下部は、折原へ報告した。

「宮野さんから、変更理由を記録するルールを設けるように言われました」

「良いと思います」

「軽微な変更はコメント欄へ一行。方針や数値に関わる変更は、根拠資料と決定者も残す形にします」

「それなら、変更の事実と判断の経緯を両方追えます」

「バージョン管理システムと組み合わせれば、今回のような問題はかなり減らせると思います」

「そうですね」

折原は答えた。

「ただ、その前に片づける問題があります」

「何ですか」

「今回見つかった計画書です」

日下部は顔をしかめた。

「三か所の差異ですね」

「はい。新しい仕組みを作っても、現行計画の正式版が不明なままでは、三年後の担当者は困ります」

「関係者が散り散りになっています」

「一人ずつ確認するしかありません」

「記憶だけで、正式版を決められますか」

「記憶だけで決めてはいけないと思います」

折原は答えた。

「ただ、記憶は、残っている文書の意味を読み解く材料にはなります」

「確認できる部分を増やす？」

「はい」

「全部わからなければ？」

「確認できない部分を明示した上で、現在の所管課が改めて判断することになります」

日下部は考えた。

「折原さんも手伝ってもらえますか」

「はい」

折原は答えた。

「ただし、私は残っている記録を探し、経緯を整理するだけです」

「正式版を決めるのは？」

「計画を所管する部署です」

一週間かけて、二人は当時の関係者へ確認した。

退職した担当者には、連絡可能な範囲で照会した。

出向中の担当者には、所属を通じて連絡を取った。

当時の課長は、現在、別の部の部長になっていた。

財政課、議会事務局、広報担当にも関連資料の有無を確認した。

得られた情報は、断片的だった。

改修費用の八億円と九億円の違いについては、当時の財政課担当者が覚えていた。

「当初は、四年前の単価を使って八億円としていました。しかし資材価格が上昇していたため、財政課との協議で最新単価に置き換え、九億円へ修正したと思います」

「正式な協議記録はありますか」

「見つかりません。ただ、九億円を前提にした当時の中期財政推計は残っています」

財政課の推計資料と照合すると、計画書の事業費は九億円で扱われていた。

八億円は、協議前の試算と考えるのが最も整合的だった。

「優先度の高い施設から順次改修する」

という文言が、

「施設の状況を踏まえ、計画的に改修する」

へ変わった経緯については、当時の課長が記憶していた。

「議会の委員会で、評価順位どおりに事業を進めるのかと質問を受けた。地域事情や工事の熟度、財源の状況で順序が変わることもあるので、順位に拘束される表現は避けた」

「その発言は議事録に残っていますか」

「概要だけだと思う。細かな表現までは残っていない」

議会の会議録には、

「評価結果は、実施順序を機械的に決めるものではない」

という答弁が残っていた。

文言変更の経緯と一致している。

「意見公募」と「パブリックコメント」の違いについては、当時の担当者の記憶も曖昧だった。

「市民から意見を聞くことに変わりはないので、担当者ごとに表現が揺れたのだと思います」

しかし現在の制度上、二つの言葉を同じものとして扱うことはできない。

パブリックコメントは、市の要綱に基づく正式な手続として、対象、期間、公表方法、市の考え方の公表などが定められている。

単なる意見募集とは、必要な手続が異なる。

当時、実際に行われた手続を確認すると、市のパブリックコメント要綱に基づく公表と意見募集が実施されていた。

日下部は調査結果を整理した。

「財政フレームは、九億円が最終的に使われた数値と判断できます」

「はい」

「改修方針は、『計画的に改修する』へ変更した理由を、議会答弁から推定できます」

「はい」

「市民参加は、実際にパブリックコメントの手続を行っていたので、その表現が事実に合っています」

「三か所とも、一定の根拠は確認できました」

折原は言った。

「ただし、『このファイルを正式版と決定した』という記録は、最後まで見つかりませんでした」

「では、過去の正式版を発見したわけではない」

「はい」

「確認できた事実を基に、現在の所管課が正式版を確定し直す」

「そういうことになります」

計画の所管課長は、折原と日下部の説明を聞き、しばらく資料を見ていた。

机の上には、十個のファイルの比較表と、関係者への照会結果が並んでいる。

「つまり、当時どのファイルを正式版と決めたかは、最後まで確認できなかった」

「はい」

日下部が答えた。

「ただし、三か所の内容については、実際の予算資料、議会答弁、実施した手続から、採用すべき内容を確認できました」

「今の段階で、正式版を決め直す必要がある？」

「三年後の計画改定に備えるためにも必要です」

課長は、九億円の財政フレームが記載された版を開いた。

「わかった」

課長は言った。

「所管課として、内容を確定する」

日下部が姿勢を正した。

「施設改修の方針は、『施設の状況を踏まえ、計画的に改修する』とする。財政フレームは九億円。市民参加の手続は、実際に実施した内容に合わせて『パブリックコメント』とする」

「はい」

「ただし、過去の正式版を発見したという扱いにはしない」

「現在確認できた記録に基づき、現行の正式版を確定するという形です」

「そうだ」

課長は続けた。

「この判断の理由も、決裁に残す」

「ありがとうございます」

「感謝する話じゃない」

課長は比較表を閉じた。

「本来、当時やっておくべきだった仕事だ」

少し間を置いて、日下部を見る。

「これで終わりにするな」

「はい」

「なぜ六年後に、これだけ調べ直すことになったのか。その教訓も残せ」

「三年後の改定担当者が、同じことを繰り返さないように」

「そういうことだ」

折原は、その言葉をノートへ記録した。

正式版の確定後、日下部は共有フォルダを整理した。

確定した計画書は、専用の「正式版」フォルダへ保存した。

ファイル名は、

「青葉市公共施設マネジメント計画書＿確定版＿令和〇年〇月〇日」

とした。

十個の旧ファイルは削除せず、「策定過程・参考版」フォルダへ移した。

フォルダの先頭には、説明文書を置いた。

「本フォルダ内の文書は、計画策定過程で作成された参考版であり、正式版ではない。変更経緯を確認するため保存する。現行の正式版は、正式版フォルダを参照すること」

正式版の冒頭には、一ページを追加した。

「本書は、令和〇年〇月〇日付け決裁により確定した現行の正式版である。

策定時に作成された複数版との差異および確定経緯については、別添『公共施設マネジメント計画策定・版確定記録』を参照すること」

別添の記録には、今回確認した内容を整理した。

複数の版が存在していたこと。

当時、正式版を確定した記録が確認できなかったこと。

三か所の差異。

照会した関係者と資料。

確認できた事実。

確認できなかった事項。

現在の所管課が採用した内容。

その判断理由。

次回改定時の注意事項。

日下部は、完成したフォルダ構成を折原へ見せた。

「これで、三年後の担当者はわかるでしょうか」

折原は、正式版と策定記録を確認した。

「すべてはわからないと思います」

「やはり？」

「六年前の担当者が、どのような会話をしたのかまでは残せません」

折原は答えた。

「でも、どれが正式版かは、今日から明確です」

「今日から」

「はい」

「それだけでいいんでしょうか」

「今回できることは、そこからだと思います」

折原は、策定記録の最終ページを見た。

「確認できなかったことも書いてあります。次の担当者は、どこまで調べて、何がわからなかったのかを知ることができます」

「同じ調査を、最初から繰り返さなくて済む」

「はい」

日下部は画面を見た。

十個の計画書は残っている。

だが今は、その役割が分けられている。

一つは正式版。

残りは策定過程を示す参考資料。

同じファイルが並んでいるだけだった昨日とは違っていた。

整理を終えた後、日下部は折原に言った。

「宮野さんから、『誰が読むものですか』と聞かれた時、最初は何を言われているのかわかりませんでした」

「今はわかりますか」

「はい」

日下部は答えた。

「三年後、計画を改定する担当者が読みます」

「市民や議会も読みます」

「そうですね」

日下部は少し考え、言い直した。

「読む人ごとに、必要な情報が違うんですね」

「どう違いますか」

「市民や議会は、正式に決まった内容を知りたい」

「はい」

「実施担当者は、どの内容を根拠に動けばいいかを知りたい」

「はい」

「改定担当者は、なぜその内容になったのかを知りたい」

折原が頷いた。

「正式版だけでは、最後の問いには答えられません」

「策定記録が必要になる」

「そういうことです」

日下部は、以前の自分の考えを思い出した。

「システムを導入すれば、解決すると思っていました」

「システムも必要です」

「でも、それだけでは解決しない」

「はい」

「問題は、変更理由を書く習慣がないことと、誰が読むかを考えていないことだった」

「それも、システムでは自動化できません」

「入力欄は作れても、意味のある内容を書くかどうかは人間次第です」

翌週。

日下部は、全庁向けの共有フォルダ管理手引きを作り始めた。

内容は、三つに分けた。

ファイルの命名方法。

正式版と作業版の管理方法。

変更理由の記録方法。

一つの項目を、一ページで読めるようにした。

作成中。

確認中。

確定。

改定。

廃止。

文書の状態を、ファイル名だけに頼らず、フォルダとシステム上の属性で区別する。

正式版を確定する時には、確定日と決裁番号を記録する。

重要な変更を行う時には、変更理由、根拠資料、確認者を残す。

旧版を保存する場合は、正式版ではないことと、保存目的を明記する。

手引きの初稿を折原へ見せると、折原は一か所で手を止めた。

「この言葉は、使わない方がいいと思います」

「どれですか」

折原が指したのは、

「最終版」

という言葉だった。

「なぜですか」

「最終版は、最終になりません」

折原は答えた。

「完成したと思った後に、誤字が見つかる。上司から修正が入る。提出先から差戻される。制度が変わる」

「今回も、『最終版』がいくつもありました」

「はい」

「では、『確定版』ですか」

「確定日と決裁番号を付ける方がいいと思います」

折原は例を示した。

「計画書＿確定版＿令和〇年〇月〇日＿決裁番号〇〇」

「長いですね」

「誰が見ても意味がわかることを優先するなら、その方が安全です」

日下部は、手引きの「最終版」をすべて「確定版」へ置き換えた。

「最終版という言葉は、呪いですね」

折原が言った。

「呪い？」

「最終と名付けた直後に、修正が入ります」

日下部は苦笑した。

「確かに、今回のフォルダには、呪われたファイルが十個ありました」

手引きが完成した後、折原が尋ねた。

「この手引きは、誰に向けて書きましたか」

「全庁の職員です」

「それだけですか」

日下部は、宮野とのやり取りを思い出した。

「十年後、この手引きを見ながら文書を整理する担当者にも向けています」

「最初から、十年後を考えて書きましたか」

「正直に言えば、そこまでではありません」

日下部は答えた。

「今、共有フォルダで起きている問題を解決しようとして書きました」

「それでいいと思います」

「いいんですか」

「今の担当者が本当に困っていることを解決するために作ったものなら、次の担当者にも役立つ可能性があります」

折原は続けた。

「将来の人のためだけに書こうとすると、抽象的な規則になりがちです」

「今の問題を具体的に直す」

「はい」

「その理由まで残しておけば、将来、制度が変わった時にも見直せる」

「そういうことだと思います」

日下部は、完成した手引きを開いた。

ファイル名を整えるだけでは、判断の理由は残らない。

変更の履歴を自動で保存しても、なぜ変えたかまではわからない。

どれを正式版とするかは、人間が決めなければならない。

そして、その決定も記録しなければならない。

手引きの冒頭には、短い一文を置いた。

「本手引きは、文書を整理するためだけのものではない。現在の判断を、次の担当者が理解できる形で引き継ぐためのものである」

日下部は、その一文を読み返した。

変更した時に、なぜ変えたのかを書く。

誰が読むのかを考えて残す。

その数行が、三年後の担当者を、同じ迷いから救う。

── 了 ──