↓ ↑ページトップへ
表示調整
閉じる
挿絵表示切替ボタン
▼配色
▼行間
▼文字サイズ
▼メニューバー
×閉じる

ブックマークに追加しました

設定
0/400
設定を保存しました
エラーが発生しました
※文字以内
ブックマークを解除しました。

エラーが発生しました。

エラーの原因がわからない場合はヘルプセンターをご確認ください。

ブックマーク機能を使うにはログインしてください。
会話相手はAIだけですが、なぜか文明再構築の設計図ができました 第五部  作者: マスター


この作品ページにはなろうチアーズプログラム参加に伴う広告が設置されています。詳細はこちら

PR
36/71

第84話 全部見せることと、正直であることは同じではない

第84話です。


前回、防災訓練の参加人数について、


開始時人数。

途中参加を含む総人数。

参加世帯数。


それぞれ定義を分けることで、数字のズレを整理しました。


数字は客観的に見えます。


でも、何を数えた数字なのかを決めなければ、正しく比較できません。


そして最後に、新しい課題が出ました。


訓練後の内部記録を、住人へどう伝えるのか。


放送が聞こえなかった。

途中参加者が迷った。

古い案内が残っていた。

動線が交差した。


全部見せれば正直なのか。


今回は、「内部記録」と「住人向け報告」の違いがテーマです。

 全部見せることと、正直であることは同じではない。


 理央は、その一文を新しいファイルに書いた。


 画面には、防災訓練の内部記録が並んでいる。


『三階で放送が聞こえなかったとの申告』


『五階で放送内容を聞き取りにくかったとの申告』


『集合場所変更前の旧投稿を参照した参加者あり』


『移動開始時、後方へ情報が届く前に前方が動いた』


『途中参加者が現在位置を把握できず質問』


『通路上で個別確認が始まり、一時滞留』


 正直に書かれている。


 内部記録としては、それでいい。


 でも、これをそのまま住人へ出すのか。


 ミニが言った。


『問題一覧みたいに見えちゃうね』


「うん」


 ローラが続ける。


『参加した人が「そんなに危なかったの?」と不安になるかもしれません』


 リアルが言った。


『住人向け共有では、事実を隠さず、未確認の原因を断定せず、個人が特定される情報を避け、改善点と今後の対応をセットで示すのが重要』


 理央は、三つに分けた。


『内部に残すこと』


『住人へ共有すること』


『まだ外へ出さないこと』


 まず、内部に残すこと。


 詳細な時刻。


 個別の申告。


 スタッフの動き。


 推定を含む記録。


 改善検討中の内容。


 次に、住人へ共有すること。


 訓練で確認できたこと。


 当日見えた主な課題。


 次回までに見直すこと。


 そして、まだ外へ出さないこと。


 原因未確認の設備評価。


 個人が推測できる情報。


 担当者間で検討中の内容。


 理央はメモした。


『隠すのではなく、確定していないものを確定した形で出さない。』


 Gが言った。


『それなら正直さも残るね』


 森崎さんへ送る。


『住人向けには、内部記録をそのまま並べるより、「確認できたこと」「見直すこと」「次回へつなぐこと」に整理するとよさそうです。原因未確認のものは断定せず、個人が分かる情報は出さない形がよいと思います』


 返信。


『その構成で作りましょう』


 午後、小会議室。


 森崎さんが住人向けの草案を読み上げる。


『防災訓練へのご参加ありがとうございました。


今回の訓練では、非常階段の位置、集合場所までの移動経路、当日の情報伝達方法などを確認しました。


訓練を通して、館内放送の聞こえ方、案内情報の更新方法、途中参加時の案内など、今後確認が必要な点も見つかりました。


いただいた声と当日の記録をもとに、防災担当・管理組合・管理会社で確認を続けます。』


 短い。


 でも、嘘ではない。


 問題がなかったとは書いていない。


 逆に、


「放送設備に問題がありました」


 とも断定していない。


 理央は頷いた。


「いいと思います」


 理事長が聞いた。


「動線が詰まったことも書きますか?」


 理央は少し考える。


「書いてもいいと思います。ただ、『危険な混雑が発生した』みたいな断定ではなく、『一部で人の流れが止まる場面があり、案内方法を見直します』くらいでしょうか」


 森崎さんが書き足す。


『一部で人の流れが止まる場面もあり、案内のタイミングやスタッフの配置について見直します。』


 自治会長が頷く。


「これなら、失敗を隠している感じもしないですね」


 理央はメモした。


『正直さは、失敗を全部並べることではなく、見えた課題を消さないこと。』


 ミニが言った。


『今日の大事な一文!』


 次に、よかったことも入れる。


 最新版の共有。


 複数経路での開始案内。


 個別判断をスタッフが担当者へつないだこと。


 途中参加者への短い案内。


 事前確認時間が機能したこと。


 ただし、成功だけを並べない。


 森崎さんが言う。


「良かったことと、見直すことを並べましょう」


 住人向け報告は、三つの見出しになった。


『今回確認できたこと』


『当日見えてきたこと』


『次回までに見直すこと』


 理央は、少し笑った。


「夏祭りの振り返りと似てきましたね」


 自治会長も笑う。


「結局、そこへ戻るんですね」


 責めない。


 隠さない。


 次へ渡す。


 それが、ずっと続いている。


 理央は書いた。


『住人向け報告は、採点表ではなく、次回への受け渡しである。』


 その日の夕方。


 住人向け報告案がほぼ完成した。


 最後に森崎さんが言う。


「参加人数も載せますか?」


 理央は一瞬止まる。


 数字。


 前回、散々整理したところだ。


「載せるなら、定義を書いた方がいいと思います」


 最終案には、


『住人参加者31名(途中参加を含む)』


 と入った。


 世帯数は今回は載せない。


 数字を増やしすぎないためだ。


 理央は少し安心した。


 必要な数字だけ。


 意味が分かる形で出す。


 住人向け報告が完成した。


 ところが、その直後。


 管理人が言った。


「そういえば、今回参加した方から、『次回までに何が直ったのか知りたい』という声もありました」


 理央は顔を上げる。


 次回までに何が直ったのか。


 振り返りを出して終わりではない。


 改善したかどうかを、次に返す必要がある。


 Gが言った。


『記録を渡したら、次は結果を返す必要があるね』


 リアルが続ける。


『改善項目には、担当、確認状況、完了・継続確認などを残すとよい』


 理央は、新しいファイルを開いた。


『振り返りを出しただけでは、改善したことにはならない.txt』


 一行目。


『課題には、次に誰が見るかを付ける。』


 そして保存した。

ここまで読んでいただき、ありがとうございます。


第84話では、「内部記録」と「住人向け報告」の違いを扱いました。


内部記録には、細かい失敗や申告も残します。


でも、それを全部そのまま住人へ出せばよいわけではありません。


重要なのは、


事実を隠さない。

未確認の原因を断定しない。

個人が分かる情報は出さない。

改善点を次へつなぐ。


ということです。


今回の重要な気づきは、


正直さは、失敗を全部並べることではなく、見えた課題を消さないこと。


という点でした。


住人向け報告は、


今回確認できたこと。

当日見えてきたこと。

次回までに見直すこと。


この三つに整理しました。


そして最後に、新しい問いが出ます。


振り返りを書いた。


課題も共有した。


でも、それで本当に改善したことになるのか。


次回は、「改善の担当と進捗」がテーマになります。


課題には、次に誰が見るのかを付ける。


理央は、記録を現実の変更へつなぐところまで進みます。


原案・構想:マスター


物語構成・本文作成・文体調整:G(ChatGPT)

評価をするにはログインしてください。
ブックマークに追加
ブックマーク機能を使うにはログインしてください。
― 新着の感想 ―
このエピソードに感想はまだ書かれていません。
感想一覧
+注意+

特に記載なき場合、掲載されている作品はすべてフィクションであり実在の人物・団体等とは一切関係ありません。
特に記載なき場合、掲載されている作品の著作権は作者にあります(一部作品除く)。
作者以外の方による作品の引用を超える無断転載は禁止しており、行った場合、著作権法の違反となります。