根拠ある判断
不具合、設計、部品、保全、マニュアル。判断に必要な情報がいくつもの場所に分かれていると、根拠を集めるたびに探索や確認が重なります。原本の管理と権限はそのままに、限られた業務から、根拠を示して判断できる状態を一緒に確かめます。
ISSUES
製造業でよくうかがう場面を、仮説として並べました。御社の実態と違う点は、ご相談の中で教えてください。
CASE 01
不具合や設計変更の問い合わせのたびに、いくつものシステムやフォルダ、帳票を探し、担当者に所在や最新版を確かめている。
CASE 02
候補の資料や過去の事例は見つかっても、対象の機種・版・関係・使ってよいかを個別に確認し、根拠がそろうまで照会を繰り返している。
CASE 03
部品や事象の表記の違い、文書の形式の違いで、同じ対象の情報が分かれてしまい、比べるのに手間がかかる。
CASE 04
対策を決めたあとに根拠や参照した箇所を聞かれても、当時の探し方を再現できず、もう一度調べ直すことになる。
APPROACH
横断的に情報を活かすには、原本を一か所に集めて広く開放しなければならない——とは限りません。
原本と管理の責任、アクセスの権限は、それぞれの部署に残したままにします。そのうえで、対象の業務・利用の目的・利用する方を限り、判断に必要な関連情報と根拠へ、同じ手順でたどり着ける状態をつくります。
管理の責任や機密を守ることには、正当な理由があります。私たちが扱うのは、それを守るために根拠へたどり着きにくくなっている、情報と業務のつながり方です。
GOAL
限られた業務で、次の状態を一緒に確かめます。
WHAT WE DESIGN
支援では Kneweava を使います。製品の機能は製品サイトでご紹介しています。ここでは、導入や限定検証の中で御社と一緒に決めることをご説明します。
Kneweava — 社内の資料から知識とそのつながりをナレッジにし、テーマ別の専門家 AI への相談や、出典つきの検索で使えるようにするサービスです。
※これらは製品の標準機能としてご提供しているものではありません。対象の業務と制約をうかがったうえで、運用の決まりごとと仕組みを一緒に設計し、限定検証の中で確かめます。
CONCERNS
HOW TO START
対象を限り、実際の案件で確かめてから、続けるか・直すか・広げるかを一緒に決めます。
最初に扱う問い、資料、成功とする状態、止める条件を決めます。
関係情報と根拠の示し方、更新と例外の扱いを整えて使います。
いまの手順と比べて評価し、次の進め方を一緒に決めます。