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』は、人間を中心に据え、俊敏性を重視した体制を構築し、仕事をシステムに無理に合わせようとするのをやめるべきだと提唱しました。『フィールドガイド』は、その次のステップとなるものです。
「重要な一冊だ。長年にわたりトップダウン型の技術投資が行われてきたにもかかわらず、生産性は低下し、サプライチェーンは機能不全に陥り、労働者は意欲を失っている。次世代のツールは、労働者を解放し、より迅速かつ柔軟に働けるようにしなければならない。」