ROI事件ファイル No.438『百二十人が知らない規則』
百二十人が知らない規則
第一章：編集できない会社のルール
「就業規則を変更したいのに、変更できないのです」
Glitz & Glam社のCEOは、タブレットの画面を私たちに向けた。そこに表示されていたのは、PDFファイルだ。全58ページ。文字は鮮明だが、一文字たりとも編集できない。
「当社は首都圏で8店舗の美容室を運営しています。スタイリスト、アシスタント、レセプション——従業員は合計120名。美容業界は労働時間や休日の扱いが特殊で、就業規則は事業運営の根幹です」
CEOがPDFの目次ページを映した。就業規則、賃金規程、育児・介護休業規程、ハラスメント防止規程——社内規定が計8文書、合計で約180ページに及んでいる。
「先月、顧問社労士を変更しました。前任の社労士が10年間かけて整備してくれた規定類ですが、引き継がれたのは全てPDF形式のファイルのみです。元のWordファイルは、前任社労士の個人PCにあったようですが、既に廃棄されたと聞いています」
「つまり」とClaudeが確認した。「180ページ分の社内規定が、編集不可能な状態で凍結されている」
「ええ。新しい社労士に相談したところ、まずPDFからテキストを抽出して、編集可能な形式に変換する必要があると言われました。OCRも試しましたが——」
CEOがOCRの出力結果を見せた。表組みが崩れ、段落番号がずれ、「第12条」が「第1 2条」と分割されている。傍点や圏点が文字化けし、ルビは完全に消失していた。
「手作業で一から打ち直すしかないのですが、180ページを入力する余裕が、今の社労士にもうちのスタッフにもありません」
「規定の変更が滞ることで、現場にどんな影響が出ていますか」と私は尋ねた。
CEOの表情が曇った。「今年の4月から、美容師の労働時間に関する業界ガイドラインが改定されます。それに合わせて就業規則の勤務時間と休憩時間の条項を変更する必要がある。しかし、元データが編集できないから、変更箇所だけを差し替えることもできない。期限は一ヶ月半後です」
「さらに」とCEOが続けた。「そもそも、120名の従業員のうち、就業規則の内容を正確に把握している人がどれだけいるか。紙で配布したのは三年前。その後の改定箇所は、掲示板に貼り出しただけです。規定があるのに、誰も中身を知らない。それ自体がリスクです」
それは、PDF変換の技術的な問題ではなかった。社内規定が「生きた文書」として機能していない——作成、管理、更新、周知の全てが断絶している状態を、根本から再設計する必要がある案件だった。
第二章：五つの論理
「PDFの変換から始めたくなりますが、もう少し視野を広げましょう」
Geminiがホワイトボードに五つのアルファベットを縦に書いた。L、O、G、I、C。LOGICモデルだ。
「LOGICモデルとは」と私は説明を始めた。「課題の解決を、五つの段階で論理的に構築するフレームワークです。Look——現状を観察する。Organize——情報を整理する。Generate——解決策を生み出す。Implement——実行する。Control——管理し続ける。この五段階を順に踏むことで、場当たり的な対処ではなく、持続可能な解決策を設計できます」
「社内規定の問題に、なぜ五段階のプロセスが必要なのですか」とCEOが尋ねた。「PDFをWordに変換して、クラウドに上げれば済む話では」
「それでは」とClaudeが穏やかに答えた。「三年後にまた同じ問題が起きます。社労士が変わる。ファイル形式が変わる。管理者が退職する。その度に、また変換作業からやり直すことになる。必要なのは、今のPDFを変換することではなく、二度とこの問題が起きない仕組みを作ることです」
[Look：現状を観察する]
「第一段階、Look——現状の観察から始めましょう」と私が促した。
「社内規定に関わるステークホルダーは誰ですか」とGeminiが尋ねた。
CEOが列挙した。「まず、規定を作成・改定する顧問社労士。次に、規定の最終承認を行う私と経営陣。規定に基づいて労務管理を行う各店舗の店長8名。そして、規定の適用を受ける従業員120名」
「それぞれが、規定に対してどのような接点を持っていますか」とClaudeが掘り下げた。
「社労士は年に2〜3回、法改正に合わせて規定を改定する。経営陣は改定時に承認する。店長は労務判断の際に規定を参照する——はずですが、実際にはPDFを開くのが面倒で、直接私に電話してくることが多い。従業員は、入社時に紙で渡されたきり、ほとんど読んでいないと思います」
「つまり」と私が整理した。「規定は存在するが、四つのステークホルダーのうち、日常的にアクセスしているのは実質ゼロ。これが現状です」
[Organize：情報を整理する]
「第二段階、Organize——情報の整理です」とGeminiが続けた。
「180ページの規定を、まず構造化しましょう」とClaudeが提案した。「8文書それぞれについて、条項数、最終改定日、改定頻度、参照頻度を一覧にする。これが、どの文書を優先的に移行すべきかの判断基準になります」
CEOが確認した。「就業規則が最も参照頻度が高く、改定も最も多い。年に2〜3回。次が賃金規程で、年に1回程度。残りの6文書は、ほぼ改定がありません」
「ならば」と私が判断した。「まず就業規則と賃金規程——この2文書を最優先で移行してください。合計で約70ページ。残り6文書の110ページは、第二フェーズで対応すれば十分です」
「さらに」とGeminiが付け加えた。「70ページの中でも、四月の法改正で変更が必要な条項を特定し、そこから着手する。全体を一度に変換するのではなく、緊急度の高い部分から攻めるのです」
[Generate：解決策を生み出す]
「第三段階、Generate——具体的な解決策の設計です」と私が説明した。
「PDFからの変換方法は三つあります」とClaudeが選択肢を提示した。「一つ目、高精度OCR＋人手校正。AIベースのOCRで変換し、社労士が原本と突き合わせて校正する。二つ目、専門業者への外注。法律文書のデータ化を専門とする業者に委託する。三つ目、社労士による新規作成。現行規定を参照しながら、最新の法令に適合した形でゼロから書き直す」
「一ヶ月半の期限を考えると」とGeminiが分析した。「三つ目はリスクが高い。ゼロから書き直すと、既存の条項との整合性確認に時間がかかる。一つ目と二つ目の組み合わせが現実的です。まずAI OCRで変換し、精度の低い箇所を業者に依頼して校正する」
「変換後のフォーマットも重要です」と私が強調した。「Wordに変換して終わりではありません。クラウド上の文書管理ツールに格納し、バージョン管理、アクセス権限、改定履歴の追跡が可能な環境を構築する。これが、次の社労士交代時にも同じ問題を起こさないための防波堤です」
[Implement：実行する]
「第四段階、Implement——実行計画です」とClaudeが提案した。
「三つのフェーズに分けます。フェーズ1——就業規則のうち、四月改正に関わる条項のみをAI OCRで変換し、社労士が校正。期間は二週間。フェーズ2——就業規則と賃金規程の全文をクラウド文書管理ツールに移行。期間は一ヶ月。フェーズ3——残り6文書の移行と、全従業員への周知体制の構築。期間は三ヶ月」
「フェーズ1で四月の法改正に間に合わせ」とGeminiが整理した。「フェーズ2以降は、期限のプレッシャーなく進められます」
[Control：管理し続ける]
「そして最も重要な第五段階、Control——管理の仕組みです」と私が力を込めた。
「今回の問題の根本原因は、規定の管理方法が属人的だったことです」とClaudeが指摘した。「前任社労士の個人PCにしかWordファイルがなかった。この状態を二度と作らないために、三つのルールを定めてください」
「一つ目」と私が挙げた。「規定の原本は、必ずクラウド文書管理ツール上に置く。社労士のローカル環境には保存しない。二つ目、全ての改定に改定日・改定理由・承認者を記録し、変更履歴を自動保存する。三つ目、年に一回、全規定の棚卸しを行い、法改正への対応状況と、従業員への周知状況を確認する」
「この三つのルールが」とGeminiがまとめた。「社労士が交代しても、システムが変わっても、規定が『生きた文書』であり続けるための安全装置です」
第三章：文書が呼吸する場所
CEOは、LOGICの五段階が描かれたホワイトボードを見つめていた。
「PDFの変換だけを考えていました。しかし、変換はImplementの一部分に過ぎない。その前にLookで現状を把握し、Organizeで優先順位を付け、Generateで複数の選択肢を比較し、最後にControlで管理の仕組みを作る。この全体を設計しなければ、また同じことが起きますね」
「LOGICモデルの本質は」と私が応じた。「目の前の問題を解決することと、問題が再発しない仕組みを作ることを、同時に設計するところにあります。Look、Organize、Generateは問題解決の設計。Implementは実行。そしてControlが、再発防止の砦です。Controlを省いた瞬間、解決策は一回限りの応急処置に終わります」
「そしてもう一つ」とClaudeが付け加えた。「120名の従業員が規定の内容を知らないという問題。これはPDFの変換とは独立した課題です。クラウドツールに移行した後、従業員が自分に関係する条項を簡単に検索・閲覧できる環境を整えてください。規定は、金庫にしまうものではなく、全員が日常的に参照するものであるべきです」
CEOが立ち上がり、深く頭を下げた。「ありがとうございます。今週中に、まず就業規則の改正対象条項の特定と、AI OCRでの変換テストから始めます」
第四章：規則が全員のものになる日
彼女が去った後、Geminiが呟いた。「LOGICモデルの五段階は、一見すると当たり前のステップに見えますが、実際にはControlを省略する組織が非常に多いですね」
「ああ」と私は答えた。「人は目の前の問題が解決すると、安心してしまう。PDFがWordに変わった。クラウドに上がった。よかった、終わり——と。しかし、管理の仕組みなしに運用を始めれば、半年後にはバージョン違いのファイルが乱立し、一年後には誰が最新版を持っているか分からなくなる。Controlとは、解決策を解決策として維持し続ける力だ。その力を仕組みとして組み込むことで、一度の成功が組織の習慣になる。それが再現性だ」
Claudeが付け加えた。「そして、LOGICの五段階そのものが、次の課題にも使える思考の型です。社内規定の問題で使ったLook、Organize、Generate、Implement、Controlは、店舗のオペレーションマニュアルの管理でも、顧客情報の整備でも、同じ構造で適用できる。フレームワークの価値は、一つの問題を解くことではなく、問題の解き方を組織に残すことにあるのです」
窓の外では、美容室の看板の明かりが、夕暮れの商店街を彩り始めていた。
四ヶ月後、Glitz & Glam社から報告が届いた。
フェーズ1は計画通り二週間で完了。四月の法改正に関わる就業規則の三条項を、期限前に改定・届出することができた。
フェーズ2では、就業規則と賃金規程の全文をクラウド文書管理ツールに移行。AI OCRの変換精度は約92%だったが、社労士の校正で全ての誤変換を修正し、原本との完全一致を確認した。変更履歴の自動追跡、アクセス権限の設定、改定時の承認ワークフローも稼働を開始した。
しかし、CEOが最も大きな変化として挙げたのは、従業員の行動だった。クラウドツール上に就業規則の検索機能を実装したところ、導入初月で従業員からのアクセスが342件あった。最も閲覧された条項は「有給休暇の取得条件」と「産前産後休業の手続き」。これまで店長や本部に電話で問い合わせていた内容を、従業員自身がセルフサービスで確認するようになったのだ。
店長からの労務関連の電話問い合わせは、月間平均48件から11件に減少。店長は接客と店舗運営に集中する時間が増えた。
CEOは報告書の末尾にこう記していた。「LOGICの五段階は、規定管理だけでなく、店舗の技術マニュアルの整備にも適用し始めています。Look、Organize、Generate、Implement、Control——この五つの手順を踏むだけで、どんな文書管理の課題も構造化できると分かりました。そして何より、Controlの段階を省かないこと。年に一回の棚卸しルールを設けたことで、『誰かが管理してくれているだろう』という曖昧さが消えました」
百二十人が知らなかった規則は、今では百二十人の指先から、いつでも呼び出せる場所に息づいている。
「目の前の問題を解決することと、問題が再発しない仕組みを作ることは、別の作業だ。LOGICモデルが提供するのは、この二つを同時に設計する五つの段階である。Look——現状を見る。Organize——情報を整理する。Generate——解決策を生む。Implement——実行する。そしてControl——管理し続ける。最初の四段階で問題は解決する。しかし、第五段階のControlを省いた瞬間、解決は一回限りの応急処置に終わる。管理の仕組みを組み込むことで、一度の成功を組織の習慣に変える——それが、LOGICモデルにおける再現性の本質である」
関連ファイル
