2
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?

はじめに

皆さんの職場にも、長年の改修を重ねた「秘伝のExcelファイル」や、複雑なマクロで構成された「神エクセル」が存在するのではないでしょうか。Excelは優秀で万能なツールであるがゆえに、あらゆる業務に使われ、時には保守困難な状態に陥ってしまいます。

そんなExcel業務を「DX化して!」と言われたら、あなたならどう実現しますか?

本記事では、日本を代表する3つの企業(トヨタ自動車、三菱UFJ銀行、楽天グループ)のExcel DX化事例を分析し、それぞれのアプローチから学べる実践的なヒントをお届けします。

日本企業におけるExcel依存の現状

日本企業では、以下のような「Excel問題」が広く見られます:

  • データの分散管理: 各部署で独自のExcelファイルを管理し、データが散在
  • 属人化: 作成者しか理解できない複雑なマクロやVBA
  • バージョン管理の困難: メール添付でファイルが飛び交い、最新版が不明
  • セキュリティリスク: 機密情報を含むファイルの管理が不十分
  • 業務効率の低下: 手作業でのコピペ、集計作業に多大な時間

これらの問題に対し、各企業はどのようなアプローチでDX化を進めたのでしょうか。

事例1: トヨタ自動車 - 「活Excel」アプローチ

基本情報

  • 企業規模: 従業員数37万人以上
  • 業種: 製造業(自動車)
  • DX戦略: Excelの良さを活かしながらデジタル化

取り組み内容

トヨタは「脱Excel」ではなく、「活Excel」の道を選びました。

採用技術

  • Microsoft Power Platform(Power Apps、Power Automate、Power BI)
  • SharePoint Onlineによるファイル共有
  • Azureでのクラウド基盤構築

具体的な施策

1. 市民開発者の育成

従来: IT部門がすべてのシステム開発を担当
      ↓
改善後: 現場の従業員がPower Appsでアプリを開発

トヨタは「市民開発者」という概念を導入し、IT部門以外の従業員が自らアプリを作れるよう教育プログラムを実施しました。

2. Excelからの段階的移行

既存のExcel業務を一気に廃止するのではなく、段階的にクラウド化しました。

3. 実装例: 生産管理システムの改善

従来のExcel運用:

  • 各工場が独自のExcel帳票で生産実績を管理
  • 月末に本社が全工場のファイルを手作業で集計
  • 集計に3〜4日かかっていた

Power Platform活用後:

// Power Automateでのフロー例(疑似コード)
trigger: "毎日18時"
action:
  1. SharePointから各工場のデータ取得
  2. 自動集計処理
  3. Power BIダッシュボード更新
  4. 関係者にメール通知

成果:

  • 月末集計作業: 4日 → 1時間に短縮(96%削減)
  • リアルタイムでの生産状況可視化
  • データ入力ミスの減少

技術選定の理由

  1. 学習コストの低さ: Excelに慣れた従業員がすぐに使える
  2. 段階的移行が可能: 既存業務を止めずにDX化できる
  3. Microsoft 365との統合: 既存のインフラを活かせる

事例2: 三菱UFJ銀行 - 「脱Excel」アプローチ

基本情報

  • 企業規模: 従業員数約3万人(単体)
  • 業種: 金融業
  • DX戦略: レガシーシステムの全面刷新

取り組み内容

金融機関という特性上、三菱UFJ銀行はセキュリティとコンプライアンスを最優先し、「脱Excel」を推進しました。

採用技術

  • RPA(UiPath、WinActor)
  • 専用Webアプリケーション(Java Spring Boot + React)
  • Oracle Databaseでの一元管理
  • TableauでのBI環境構築

具体的な施策

1. 基幹系システムへの統合

【移行前】
支店A: 顧客管理.xlsx
支店B: 顧客管理_最新.xlsx
支店C: 顧客管理_20241201.xlsx
    ↓ データ整合性の問題、セキュリティリスク

【移行後】
全支店 → 統合顧客管理システム(Web)
    ↓ 一元管理、アクセス権限制御

2. 大規模なVBAマクロの移行

特に苦労したのが、20年以上蓄積された数千行のVBAコードの移行でした。

移行戦略:

  1. 業務フロー分析: VBAが何をしているのか解読
  2. 要件定義: 本当に必要な機能を洗い出し
  3. 新システム開発: モダンな技術スタックで再構築
  4. 並行稼働: 旧Excelと新システムを並行運用し検証

成果

  • セキュリティ強化: ファイルの暗号化、アクセスログの完全記録
  • 監査対応の効率化: 90%の工数削減
  • 属人化の解消: システム化により業務が標準化
  • 処理時間の短縮: 融資審査プロセスが平均3日 → 1日に

事例3: 楽天グループ - ハイブリッドアプローチ

基本情報

  • 企業規模: 従業員数約3万人(連結)
  • 業種: インターネットサービス
  • DX戦略: 適材適所でツールを使い分け

取り組み内容

楽天は技術の多様性を重視し、Excelの完全廃止ではなく、用途に応じた最適なツール選択を行いました。

採用技術

  • Python(pandas、openpyxl)でのデータ処理
  • Google Workspace(Sheets、Apps Script)
  • Tableau / LookerでのBI環境
  • Slackでのワークフロー自動化
  • Google Cloud Platformでのインフラ

具体的な施策

1. データ分析業務の刷新

【従来】
Excel → 手動集計 → グラフ作成 → レポート作成
(所要時間: 2〜3日)

【改善後】
BigQuery → Looker Dashboard → 自動レポート生成
(所要時間: リアルタイム)

2. BI環境の整備

Excelでの煩雑なグラフ作成からTableauへの移行:

-- Tableauで可視化するためのデータマート作成
CREATE OR REPLACE TABLE `analytics.sales_dashboard` AS
SELECT
  DATE_TRUNC(order_date, MONTH) as month,
  category,
  SUM(revenue) as total_revenue,
  COUNT(DISTINCT customer_id) as unique_customers,
  AVG(revenue) as avg_order_value
FROM `raw.orders`
WHERE order_date >= DATE_SUB(CURRENT_DATE(), INTERVAL 2 YEAR)
GROUP BY month, category;

成果

  • 分析速度の向上: 週次レポート作成が3日 → 30分に
  • データ品質の向上: 手作業ミスの削減
  • エンジニア文化の醸成: データドリブンな意思決定が浸透
  • コスト削減: クラウドネイティブな構成で柔軟にスケール

技術選定の理由

  1. オープンソース志向: Pythonなど、コミュニティが活発な技術を採用
  2. クラウドファースト: GCPでスケーラブルなインフラを構築
  3. 適材適所: Excelが最適な場面では躊躇なく使用

苦労した点と乗り越え方

課題1: 技術スタックの多様化

  • ツールが増えすぎて管理が煩雑に
  • 解決策: 社内ドキュメントを整備し、ベストプラクティスを共有

課題2: 非エンジニア部門との温度差

  • 「Pythonは難しい」という声
  • 解決策: 内製でノーコードツールを開発、段階的に教育

3社の比較分析

アプローチの違い

観点 トヨタ自動車 三菱UFJ銀行 楽天グループ
基本戦略 活Excel 脱Excel ハイブリッド
主要ツール Power Platform RPA + 専用システム Python + GCP + Google Workspace
移行期間 2〜3年(段階的) 3〜5年(計画的) 継続的に改善
開発主体 市民開発者 IT部門 + ベンダー 社内エンジニア
Excel残存度 高(フォーマットで活用) 低(出力形式のみ) 中(用途を限定)
初期コスト 低〜中
保守コスト 中〜高 低〜中

それぞれの強み

トヨタ方式の強み

  • ✅ 既存スキルを活かせるため、社内の抵抗が少ない
  • ✅ 短期間でROIを実現しやすい
  • ✅ 現場主導で改善が進む

三菱UFJ方式の強み

  • ✅ セキュリティとコンプライアンスを最優先
  • ✅ システムの標準化により監査対応が容易
  • ✅ 長期的な保守性が高い

楽天方式の強み

  • ✅ 技術的に最先端のソリューションを採用可能
  • ✅ 柔軟にツールを選択できる
  • ✅ エンジニア文化が根付きやすい

適用すべき企業タイプ

【トヨタ方式が向いている企業】
- 製造業、サービス業など現場業務が多い
- IT専門人材が少ない
- 既存のMicrosoft 365環境を活用したい

【三菱UFJ方式が向いている企業】
- 金融、医療など規制が厳しい業界
- セキュリティとコンプライアンスが最優先
- 大規模な初期投資が可能

【楽天方式が向いている企業】
- IT・Web業界
- 社内にエンジニアが多い
- 技術的な自由度を重視

学んだ教訓とベストプラクティス

1. 「脱Excel」か「活Excel」か?正解は一つではない

3社の事例から分かるように、企業の文化、業界特性、リソースによって最適解は異なります

重要なのは:

  • 自社の状況を正確に把握する
  • 目的を明確にする(効率化? セキュリティ? コンプライアンス?)
  • 段階的に進める

2. まず「棚卸し」から始める

DX化を進める前に、現状を把握しましょう:

## Excel業務棚卸しチェックリスト

### 📊 業務の洗い出し
- [ ] 部署ごとに使用しているExcelファイルをリストアップ
- [ ] 各ファイルの用途、更新頻度、関係者を記録
- [ ] マクロ・VBAの有無と複雑度を評価

### 🎯 優先度の決定
- [ ] 業務への影響度(高/中/低)
- [ ] 移行の難易度(高/中/低)
- [ ] セキュリティリスク(高/中/低)

### 📈 移行判断
高影響度 × 低難易度 → 最優先で移行
高影響度 × 高難易度 → 段階的に移行
低影響度 × 高難易度 → 当面は現状維持

3. 小さく始めて、成功体験を積む

いきなり全社展開ではなく:

Phase 1: パイロット部署で試験導入(1〜3ヶ月)
    ↓ 効果測定、課題抽出
Phase 2: 部門展開(3〜6ヶ月)
    ↓ ノウハウ蓄積、ドキュメント整備
Phase 3: 全社展開(6ヶ月〜1年)
    ↓ 継続的改善
Phase 4: 最適化と新機能追加

4. 人材育成への投資を惜しまない

ツールを導入しただけでは成功しません。使いこなせる人材を育成することが重要です。

トヨタの事例:

  • 市民開発者育成プログラム(年間100名以上)
  • 社内コミュニティの形成
  • ベストプラクティスの共有会(月1回)

5. 経営層と現場、両方を巻き込む

【よくある失敗パターン】
経営層: DXだ!Excel禁止!
    ↓
現場: 使いづらい...結局Excel使う
    ↓
システムが形骸化

【成功パターン】
経営層: なぜDX化が必要か、ビジョンを示す
IT部門: 実現可能な技術ソリューションを提案
現場: 業務課題をフィードバック、実際に使う
    ↓
三位一体で推進

6. データガバナンスを確立する

自由度を高めるほど、ガバナンスが重要になります:

## ガバナンスチェックポイント

### データ管理
- [ ] マスターデータの一元管理
- [ ] データ品質のチェック体制
- [ ] バックアップとリカバリー計画

### セキュリティ
- [ ] アクセス権限の管理
- [ ] 機密情報の取り扱いルール
- [ ] 監査ログの記録

### 運用
- [ ] 開発・変更時の承認フロー
- [ ] 定期的なレビュー
- [ ] ドキュメントの整備

まとめ

Excel業務のDX化には、唯一の正解はありません。重要なのは:

  1. 自社の状況を正確に理解する
  2. 目的を明確にする
  3. 適切なツールとアプローチを選ぶ
  4. 段階的に進める
  5. 人を育てる

トヨタの「活Excel」、三菱UFJの「脱Excel」、楽天の「ハイブリッド」、どのアプローチも正しい選択でした。なぜなら、それぞれの企業にとって最適だったからです。

皆さんの会社でも、この記事で紹介した事例を参考に、自社に合ったExcel DX化を進めてみてください。小さな一歩から始めて、継続的に改善していくことが成功への近道です。

2
0
0

Register as a new user and use Qiita more conveniently

  1. You get articles that match your needs
  2. You can efficiently read back useful information
  3. You can use dark theme
What you can do with signing up
2
0

Delete article

Deleted articles cannot be recovered.

Draft of this article would be also deleted.

Are you sure you want to delete this article?