CIエンジニア
すでに担当している改善業務に加え、サイドプロジェクトとして「デジタル戦略の策定」を任された。
対象者
幅広く、かつ深く
この文章は、特定の読者像だけを対象に書かれたものではありません。読者によって、同じ題材に対しても求められる理解の深さは異なりますが、だからといって別の本が必要になるわけではありません。
CoEリーダー
サイト横断的な市民開発の統括――行動するための十分な自律性と、健全性を保つための十分な統制。
工場長兼IT/OTアーキテクト
プロジェクトチームが去った後も、その成果と長く向き合っていく人々。
オペレーション担当役員
『Augmented Lean』を読み、「なぜ」を確信した今、組織にとって実践的な道筋が必要だ。
各章では、抽象的な概念に入る前に具体的な事例から解説を始めます。どの章も、実際の顧客事例――成功した組織や失敗した組織――を基に論を展開しています。リーン原則の実践的な応用に基づいた提言。デジタル時代においてこれらの原則をどのように適用すべきかについて、実践的な洞察を提供するパターン。そして、組織に変革をもたらすために活用できるツールが紹介されています。
刊行に先立ち
第1章、今すぐお読みください。
「リーンについて語る時、私たちは何について語っているのか？」本書は、すべてを正しく行っているにもかかわらず根本原因を見逃してしまったカイゼン活動から始まり、製造の複雑さに対する現実的な解決策としてのトヨタ生産方式を再考し、方法論を伴わずにツールだけが導入された際に生じる「リーン・シアトリック」を指摘し、実践の拡大に着手する前に実施すべき「リーン深度評価」について述べて締めくくっています。
- 簡潔で実用的な歴史――そして、ウォマックとジョーンズが定式化した5つの原則
- 引き出しと平準化：TPSが複雑性をどのように制御し、人間の判断がそれに働きかけることを可能にするか
- 「リーン・シアトリクス」――そして、目的の一貫性がなぜこの手法を目標へと向け続けさせるのか
- デジタルデータがないことによる無駄――リーンとオーグメンテーションが交わる点
- リーン・デプス評価：現場（ゲンバ）で観察される5つの兆候
本書の内容
第15章、第4節
各セクションは、前のセクションの内容を踏まえて展開されています。リーンとオーグメンテーションが相互に補完し合うという論点から、実装のプレイブックを経て、単一のラインを超えてスケールアップするために必要なことまでを扱っています。
第1節
「拡張リーン」の「リーン」とは何か？
-
01
「リーン」について語る時、私たちは何について語っているのか？
「リーン」というシステムとは何か、TPS（トヨタ生産方式）が製造に内在する変動性に対してなぜ有効なのか、そして「真のリーン実践」と「目に見える成果物」をどのように見分けるか。デジタルデータがないことによる「ムライ」や「リーンの深さ評価」について紹介し、本書の残りの部分で用いられる用語を定義します。今すぐ読む →
-
02
私たちは「オーグメンテーション」の時代を迎えています
人材こそが最も貴重な資産であり、業務はますます複雑化しており、戦略的優位性として「柔軟性」に代わって「俊敏性」が重視されるようになっており、モノリシックなシステムでは、競争力を維持したり回復力を確保したりするのに十分なスピードで対応することができません。
-
03
拡張の時代における「リーン」の再考
「変更にかかる時間」こそが、リーンとオーグメンテーションが交わる点であることを示し、オーグメンテーションがリーンの適用範囲を広げ、一方でリーンがオーグメンテーションを顧客価値にしっかりと結びつける役割を果たしていることを解説する。また、後の章でさらに掘り下げられる「モノリシック・トラップ」について紹介する。
-
04
課題：拡張リーン（Augmented Lean）の導入
拡張が実際に運用に求めるもの――分散型チーム、権限を委譲された従業員、市民開発、そして拠点内および拠点間の複雑性の増大など。それらは、得られる利益の大きさとリスクの大きさを如実に物語っている。
第2節
拡張リーン（Augmented Lean）の実践 — 基礎
-
05
拡張リーン（Augmented Lean）の導入
この概要では、成熟した導入状態から逆算して、そこに至るまでに何が必要だったかを示しています。ここでは、「コンポーザビリティの5つの柱」が初めて正式に定義されたほか、ボトムアップのアプローチを採用し、影響力の大きいユースケースを優先することについても説明されています。
-
06
最初のユースケースの選定
「ビジネス目標フレームワーク」と「現場第一の評価」――ビジネス価値、オペレーターの活動、物理的要件、およびビジネスプロセスを融合させる。ユースケースを本格導入する前に検証する方法として、使い捨ての診断アプリを紹介する。
-
07
最初のユースケースの展開、テスト、および反復開発
スプリント構造、「最小限の実用可能なソリューション（MVS）」パターン、そしてフィードバックとトリアージのサイクル。繰り返し見られる3つの落とし穴――「ウォーターフォールへの回帰」、「一元化された作成権限」、「価値よりもガバナンスを優先する」――に加え、真に組み合わせ可能なデプロイメントと、アジャイル風を装ったウォーターフォール型デプロイメントを見分けるための診断テストについて解説する。
-
08
初期プロジェクトチームの編成
「作成（Creation）」「キュレーション（Curation）」「構成（Composition）」「消費（Consumption）」というフレームワークに基づいて、最初のユースケースに必要な5つの役割――オペレーター、プロセスオーナー、承認者、構築者、スポンサー――を解説する。本書の「チェンジエージェント」に関する論考の幕開けとなる部分であり、業務を後押しする「スポンサー」と、実際に業務を遂行する「チェンジエージェント」の違いについて論じている。
-
09
拡張リーン・プロジェクトの設計
ソリューション設計手法の全容：3つの視点、業務フロー図、そしてソリューション・クレド。「コネクティビティ」と「データ整合性」の完全な定義、およびビルダーエージェントとスタッフエージェントを備えた「コンポーザブル・エージェント・フレームワーク」について解説しています。
第3節
「拡張リーン」の大規模導入
-
10
スケーラビリティの基礎
最初のユースケースを乗り越えるための「人」「プロセス」「ガバナンス」、そして組織横断的な連携。「デジタル成熟度モデル」、「探索」「拡大」「変革」の各フェーズ、そして「エスケープ・ベロシティ」――つまり、導入がもはや中央からの推進を必要としない段階。
-
11
チームの構築
ITとOTの融合、そして「ローン・ウルフ」の落とし穴――「シチズン・デベロッパー・プログラム」と「シャドウIT」を分ける鍵となるガバナンスについて、スケールに成功した導入事例と、監督を受けずに独力で開発を進めた優秀なデベロッパーが単一障害点となってしまった事例を通じて解説する。
-
12
サイト内での拡張
単一サイトのデジタルプロファイルを成熟させるためのサイト評価手法とピア・ラーニング――サイトが自立的であると判断するための基準を含む。
-
13
サイト間の拡大
ネットワーク全体における学習、トレーニング、および再現可能なユースケースを一元化すること：グローバルおよびローカルなガバナンス、センター・オブ・エクセレンス（CoE）モデル、そしてソリューション全体ではなくコンポーネントの標準化を行うことで、各拠点が表面的な部分をカスタマイズしつつ、基盤となるロジックの一貫性を維持できるようにする。
-
14
成功の測定
価値追跡フレームワーク — その取り組みが実際にどのような成果をもたらし、誰に還元されたかを明らかにする方法。
第4節
実践における「拡張リーン」
-
15
事例紹介
導入事例を最初から最後まで追った――成功した組織と、少なくとも1つの失敗例――それぞれが、ハイライト集ではなく、普遍的な教訓で締めくくられている。
各章のタイトルおよび範囲は、現時点の原稿に基づいており、出版までに変更される可能性があります。
2冊の本、ひとつの旅
「なぜ」についてはすでに書きました。ここでは「どのように」について説明します。
『Augmented Lean』は、人間を中心に据え、俊敏性を重視した体制を構築し、仕事をシステムに無理に合わせようとするのをやめるべきだと提唱しました。『フィールドガイド』は、その次のステップとなるものです。
「重要な一冊だ。長年にわたりトップダウン型の技術投資が行われてきたにもかかわらず、生産性は低下し、サプライチェーンは機能不全に陥り、労働者は意欲を失っている。次世代のツールは、労働者を解放し、より迅速かつ柔軟に働けるようにしなければならない。」