業務改善は、単に作業時間を短縮したり、ITツールへ置き換えたりすることではありません。現場に蓄積された知恵を残しながら、属人化、例外処理、二重作業、情報の分断などを整理し、誰もが無理なく仕事を進められる状態をつくることが重要です。
このカテゴリでは、業務の可視化、マニュアル化、標準化、暗黙知の言語化など、AIやDXを導入する前に必要な「前捌き」の思想と実践を紹介します。
業務改善
業務改善
業務改善 
業務改善 セキュリティ環境を整えたら、Amazon Fire TV Stickが迷子になった件。
個人事業主のセキュリティ対策個人事業を始めてから、ネットワーク環境のセキュリティには、それなりに気を遣ってきました。ルーターの管理画面とWi-Fiには長いランダムパスワードを設定し、仕事用のPCは暗号化。お客様からお預かりしたデータは、クラ...
業務改善 AIガバナンスを公開した日、自分たちの開発でつまずいた話
はじめにAIガバナンスに関する方針を改訂しました。AIが何を参照し、どこまで判断し、何を実行してよいのか。人間はどこで確認し、どこで止めるのか。生成AIに関わる事業を営む事業者としては、その思想と方針を明らかにし、それに沿って開発を進めるこ...
業務改善 仮説は時として、バイアスになる
はじめにロジカルシンキングという言葉があります。課題を明確にするために、まず構造をほどく。事実を集め、根拠を整理し、フレームワークを使って分類する。漏れや重複がないかを確認し、因果関係を整理する。そこから仮説を立て、解決策を考える。とても有...
業務改善 Excelをデジタルデータだと思うのをやめたら、業務改善の設計が変わった。
はじめに地域企業の業務を見ていると、Excelの中に、長い時間をかけて積み重なったものが見つかります。数式色分けセルの位置シート名独特の略称担当者だけが分かる並び順過去の案件を流用して作られた痕跡一見すると、ずいぶん複雑です。一般には、こう...
業務改善 営業とは、商談相手の認知負荷を下げることである
AIで「相手が判断しやすい提案」をつくる導入えー、下手な鉄砲、数撃ちゃ当たると申しますが。営業という仕事には、昔から「量」が求められてきました。たくさん訪問する。たくさん電話する。たくさん説明する。たくさん資料を渡す。もちろん、行動量が必要...
業務改善 Google AIは「水源」を理解した。……と思っていた。ー昨日のBlogの裏側で起こっていたことー
Chapter 1 昨日の記事には、ちょっとした裏舞台がありました昨日のBlogで、NDLとして「やること・やらないこと」「新たな負荷を生まない」「前捌き」「水源」について書きました。実は公開前後で、Google AIにその内容を読ませてい...
業務改善 DXは、便利になれば成功なのか。
新たな負荷を生まない業務改善を考えるChapter 1 よくできたDXほど、少し怖いとある建設DXピッチに参加しました。「脱・属人化」「現場の「負」を仕組みで変える」。登壇企業各社とも現場の声を集め、非常によく研究されていると感じました。情...
業務改善 AI時代、技術者を阻む壁を突き崩す『前捌き』とは。
はじめに前捌きについて、何度も書いてきました。現場の構造を整理せずにツールを入れても、歪んだ構造を高速化するだけだ、と。この話は、いつも「発注する側」「導入する側」の視点で書いてきました。でも今日は、逆の視点の話です。技術を提供する側の話で...
業務改善 前捌きの話をしよう。MS Scout時代が来る前に。
はじめに総務部に、困った人がいました。書類の場所を訊くと——「しらねぇよ。自分で探せ。上司の許可はあんのか？」融通の効かない図書管理係長。それがSharePointでした。VBAで何度扉を叩いても跳ね返される。RPAで迂回しようとしても弾か...
業務改善 インシデントレポートが、インシデントを起こした話。
はじめに失敗談を書きます。恥ずかしいですが、これが一番伝わると思うので。事の発端NDLの開発は長らく、自社サーバーとフォルダ階層でバージョン管理していた。バックアップはクラウドに同期。それで十分だと思っていた。しかし、TEC企業との協業が始...