AIBR プレミアム
拓海先生、最近部下から「スプレッドシートの使い方をちゃんと共有しないと危ない」と言われましてね。要は、詳しい人に頼りきりで属人的になっていると。これって本当に大問題なんでしょうか。
素晴らしい着眼点ですね！結論を先に言うと、これは単なる技術問題ではなく、社内の「共有に対する文化や期待」つまり社会的な要因が大きく影響していますよ。技術はあるけれど、それを伝える仕組みや心理的障壁が弱いんです。
つまり「教えない人が悪い」みたいな話ではないと。現場にいて教える余裕がないとか、教えることに対する心理的な抵抗がある、と。
その通りです。論文では、スプレッドシート（spreadsheet（表計算ソフト））の共有活動が学習機会になる一方で、所有権や役割期待、専門家イメージが妨げになると指摘しています。要点は三つ、文化的期待、アクセスルール、そして評価の仕組みです。
デジタルが苦手な私からすると、「アクセスルール」って例えばどんなことを言うのですか。共有していい範囲の判断が現場でばらばら、ということですか。
良い質問ですね。例えば「このシートに触って良いのか」「計算式を直していいのか」といった暗黙のルールがあると、共有して学ぶ機会が減ります。これはCSCW（Computer-Supported Cooperative Work／協調的コンピュータ支援作業）の知見でも指摘される点です。
なるほど。で、結局我々がすべきことは「やさしい人に教えさせる」だけではなく、社内ルールや期待を変えることにあると。これって要するに専門家が知識を出し惜しみしているということ？
一概には言えません。出し惜しみもあれば、指摘を受けることで評価が下がることを恐れる心理もあります。重要なのは三点、評価制度の見直し、共有のための時間確保、そして安全に試せる環境を作ることです。大丈夫、一緒にやれば必ずできますよ。
なるほど。評価や責任の付け方が共有の抑止になっているのですね。現場の忙しさを理由に教える時間が取れない、というのもよく聞きます。
その通りです。論文は半構造化インタビューを通じて、31名のプロフェッショナルから現場の具体的な声を集めています。ここから得られる示唆は、単に「マニュアルを作れ」ではなく、組織文化とツール設計の両方に手を入れる必要がある、という点です。
具体的に中小製造業の我々が取り組めることは何でしょう。投資対効果を重視しているので、優先順位が知りたいです。
要点を三つでまとめます。第一に、共有のルールを明確化し小さく試す時間を保障すること。第二に、失敗を責めない評価に変えること。第三に、共有が日常になるようにツールやテンプレートを整備することです。これだけで現場の学びが格段に増えますよ。
分かりました。では社内でまずは評価基準の見直しと、週に30分だけでも共有時間を確保してみます。要するに、ツールの問題ではなく文化と仕組みを変えることが鍵、ですね。ありがとうございました、拓海先生。
