SlideShare uma empresa Scribd logo
1 de 31
Baixar para ler offline
市⾕聡啓
カイゼン・ジャーニーのインセプションデッキ
と、あとがきに代えて
書籍「カイゼン・ジャーニー」
インセプションデッキ
Toshihiro Ichitani All Rights Reserved.
インセプションデッキ
プロジェクトが然るべき⽅向を向いているか
チーム全員で明らかにする。
https://www.amazon.co.jp/dp/4274068560
※インセプションデッキについてはアジャイルサムライを読もう!
われわれはなぜここにいるのか?
現場、仕事場を変えていく⼈たちに
寄り添う存在をつくりたい。
インセプションデッキ① われわれはなぜここにいるのか?
われわれはなぜここにいるのか?
現場、仕事場を変えていく⼈たちに
寄り添う存在をつくりたい。
なぜなら、⾃分(たち)の状況を変えるというのは
⼀⼈(ぼっち)で臨むこと、始めることが多いから。
("皆より先に気づいてしまった⾃分”)
インセプションデッキ① われわれはなぜここにいるのか?
たいてい気づいてる問題
(緊急度⾼☓重要度⾼)
1⼈多勢
気づいてない問題
Or ゆでガエル問題
(緊急度低☓重要度⾼)
ぼっち曲線
⽬⽴つ問題
皆で取り組む
前提を問うような問題
誰もが問題として検知
するわけではない
まあまあ
孤独
たいてい気づいてる問題
(緊急度⾼☓重要度⾼)
1⼈多勢
気づいてない問題
Or ゆでガエル問題
(緊急度低☓重要度⾼)
ぼっち曲線
⽬⽴つ問題
皆で取り組む
前提を問うような問題
誰もが問題として検知
するわけではない
ぼっちの傍らにあって
周りの巻き込みをたすける本
エレベータピッチ
① まだ周りを巻き込めない状況でもヤバい問題に取り組みたい
② チームでの仕事のやり⽅をより良くしたい
③ チームの外側にいる⼈たちも上⼿く巻き込みたい
という(段階的な)問題を抱えている、
ソフトウェアづくりやチーム仕事にたずさわる⼈たち、
特に仕事の経験がまだ浅い⼈たち を想定読者とした
カイゼン・ジャーニーという本は、変化の旅に向けたガイドブックです。
インセプションデッキ② エレベータピッチ
エレベータピッチ
これは「ストーリー」と「解説」という構成を取ることで、
仕事に必要な習慣(プラクティス)を理解できる とともに
導⼊のための背景、前提、応⽤の理解を、ストーリーの追体験によって
リアリティをもって得ることができる。
また、3部構成を取ることで、
「⼀⼈」→「チーム」→「チームを越える」という状況に対応しており、
理解の段階的な積み上げと、⾃分の状況にあわせた読み⽅ができる。
創作⼩説やハウツー本とは違って、
著者の体験をベースに編集しており、現実感と実践レベルの知識を
提供している。
インセプションデッキ② エレベータピッチ
パッケージデザイン
インセプションデッキ③ パッケージデザイン
インセプションデッキ③ パッケージデザイン
Ver1 最終
ご近所さんをさがせ
コアチーム(著者)
編集者 翔泳社 秦さん
レビューア
秋葉 ちひろさん、荒井 千恵さん、⽯沢 健⼈さん
⽊下 史彦さん、⽊村 卓央さん、久保 明さん、倉澤 茜さん
⼩芝 敏明さん、坂部 広⼤さん、塩⽥ 英⼆さん、野村 敏昭さん
橋本 宙 さん、林 栄⼀さん、福本 江梨奈さん、森實 繁樹さん
安井 ⼒さん、安⻄ 剛さん、横道 稔さん
スペシャルサンクス
インセプションデッキ④ ご近所さんをさがせ
※合宿皆勤賞
やらないことリスト
コンフリクトを恐れる
妥協
著者の間で、編集さんとの間でのコンフリクトを恐れない。
尊敬と信頼をもって、衝突する。
世の中に出す本なので、誠実に取り組みたい。
(私がそもそも本が好きだから)
インセプションデッキ⑤ やらないことリスト
技術的な解決策
⾃分から⽸詰合宿
寝ない
時間が限られる著者2⼈。同期のための合宿は⽉1-2回
夜の時間を使う。基本的には眠る時間を減らす。徹夜数回。
インセプションデッキ⑥ 技術的な解決策
レビューはユーザーテスト
20名以上の皆さんによるレビュー。感謝しかありません。
技術的な解決策
読む、ひたすら読む
テストコードやCIがないので、バグの検知が⼈⼒。
① 仕様の認識違い → (専⾨家) レビュー
② ユーザビリティ(読みやすさ)の問題 → レビュー & ひたすら読む
③ 誤字脱字、直し漏れ → ひたすら読む
推敲(頭から最後まで通しで読み、直す) 7回。
インセプションデッキ⑥ 技術的な解決策
「ざらざら」を「つるつる」にする
書籍「リーン開発の現場」の翻訳時に、師匠に教えてもらった⾔葉。
⾃分たちが名⽂を書けるわけではない。だったら、
“下⼿くそは時間をかけるしかない” (by 師匠)
を胸に、読み続けるしかない。
最初はざらざら、ごつごつした感じで読みにくい⽂章も、
何度も何度も読み直して、推敲を上塗りしていくことで、
読みやすくなる。つるつるになる。
インセプションデッキ⑥ 技術的な解決策
トレードオフスライダー
Q > D > S > C
① 品質(Q) … つるつるになるまで
② 納期(D) … 締め切りは勿論決まっている
③ 範囲(S) … 終盤戦で1章分丸ごと追加、付録の「価値原則」追加
④ 費⽤(C) … ⾃分たちがキーを打たないと絶対に完成しない。
       お⾦で解決できることはお⾦で。 (合宿、イラスト)
インセプションデッキ⑦ トレードオフスライダー
夜も眠れない問題
3回挫折 → できるのか?
インセプションデッキ⑧ 夜も眠れない問題
(むしろ眠らないことが解決策だけど)
間に合うのか?
最初の構想は2014年。別の出版社にて。会社の⽴ち上げと
時期が完全に被り、ギブアップを2回。
新たにスタートした2017年。
しかし、最初の共著者が離脱。ぼっちでは流⽯に間に合わない。
新井さんに声をかける。結果、最後までジャーニーができた。
つまり、
⾃分でやるしかない。
インセプションデッキ⑧ 夜も眠れない問題
だからこそ、バディはかけがえが無いんだ。
執筆に限らず、仕事や取り組みなんかを進めるにあたって
やれない理由はいくらでもある。「でも、進めるんだよね?」
という問いに答えるのは、最後は⾃分しかいない。
ぼっちで孤独な戦いを進める覚悟を決める。
でも、⾃分の問いが独りよがりのものでなければ、きっと
巻き込まれてくれる⼈は出てくる。その⼈を死ぬほど⼤事にすべき。
期間をみきわめる
構想から数えると、4年。
インセプションデッキ⑨ 期間をみきわめる
実質的に書いたのは、4ヶ⽉。
2014年→2017年
2017年8⽉→12⽉
何がどれだけ必要か
ありったけの、パッション。
インセプションデッキ⑩ 何がどれだけ必要か
あとがきに代えて
インセプションデッキ⑨ 期間をみきわめる
※⾔うべきことはあとがきに書きました。
 ここでは、今、⾔葉にしたいことを。
われわれはなぜここにいるのか?
仕事をしていると、⽣きていると、この問いに答えられない
時だってある。
答えを⾒失いながら、あるいは問いを忘れるようにして、
⽇々を過ごすというのは、別に悪いことではない。
でも、答えられないことが重たくなってきた時、どうしても
向き合わないといけない。
われわれは、わたしは、なぜここにいて、何をしたいのか?
…この問いに向き合って、答えが出せない⽇々はツライ。
⼤切なのは、答えではなくて問い
でも、⼤切なのは、答えの⽅ではない。
なぜなら、答えなんて、状況や受け取り⽅によって、
その良し悪しなんて、如何ようにでも変わるのだから。
例えば、「正しいものを正しくつくる」という⾔葉があるけど
⼤事なのはその具体的な中⾝ではなくて、
「正しいものを正しくつくるためにはどうあるべきなの?」
という問いの⽅がより良い状況を⽣むはず。
例えば「あなたは何者なのか」という問い
作中に「あなたは何者なのか」という問いがある。
カイゼン・ジャーニーというストーリーは、
この問いを追いかける旅でもある。
⼈を⽴ち返らせるほどの問いは、
⽣きていく中で不意に現れる。
良い問いを得るというのは、
とても貴重なこと。
⾒逃してはいけない。
⽣きるとは、問いをつくり続けること
仕事をしたり、⽣きている上で、その時々、
問いも、勿論、答えも⼀定ではない。
ましてや、他⼈が問いを与えてくるなんてこと、待ったり、
信じたりするほど、⼈⽣は⻑くはない。だから、
⾃分で、⾃分のための問いかけをつくる、つくり続ける!
というのが、⽣きるってことなんじゃないかな。
このことに気付けるのが「不惑」なんだと理解した。
あなたの⽴ち返りの問いは何?
・・・。
⼤丈夫!
いろんな物語に触れよう。
そして、⾃分の物語を紡ごう。
問いは、
⼈の⽣きざま(ストーリー)の中に現れる。
Toshihiro Ichitani All Rights Reserved.
楽しいジャーニーを。

Mais conteúdo relacionado

Mais procurados

『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所Tarumoto Tetsuya
 
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)mosa siru
 
9コマシナリオの使い方
9コマシナリオの使い方9コマシナリオの使い方
9コマシナリオの使い方Mayumi Okusa
 
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことかYoshiki Hayama
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織Takafumi ONAKA
 
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイントSlideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイントTaichi Hirano
 
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!mosa siru
 
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)Yasuharu Nishi
 
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)Masanori Kado
 
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろうユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろうizumi ito
 
アジャイルによくきく?モデリング
アジャイルによくきく?モデリングアジャイルによくきく?モデリング
アジャイルによくきく?モデリングIwao Harada
 
創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」Find Job Startup
 
QAアーキテクチャの設計による 説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による 説明責任の高いテスト・品質保証Yasuharu Nishi
 
ユーザーストーリー:ファースト・ジェネレーション
ユーザーストーリー:ファースト・ジェネレーションユーザーストーリー:ファースト・ジェネレーション
ユーザーストーリー:ファースト・ジェネレーションMasanori Kado
 
伝わるプレゼンをする方法
伝わるプレゼンをする方法伝わるプレゼンをする方法
伝わるプレゼンをする方法Hideaki Miyake
 
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Shin Ohno
 
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なこととアジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なこととYasui Tsutomu
 
いまさら学ぶMVVMパターン
いまさら学ぶMVVMパターンいまさら学ぶMVVMパターン
いまさら学ぶMVVMパターンYuta Matsumura
 
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワークプロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワークkumiko koshiro
 
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!Yoshiki Hayama
 

Mais procurados (20)

『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所
 
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
 
9コマシナリオの使い方
9コマシナリオの使い方9コマシナリオの使い方
9コマシナリオの使い方
 
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
 
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
 
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイントSlideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
 
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
 
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
 
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
 
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろうユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
 
アジャイルによくきく?モデリング
アジャイルによくきく?モデリングアジャイルによくきく?モデリング
アジャイルによくきく?モデリング
 
創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」
 
QAアーキテクチャの設計による 説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による 説明責任の高いテスト・品質保証
 
ユーザーストーリー:ファースト・ジェネレーション
ユーザーストーリー:ファースト・ジェネレーションユーザーストーリー:ファースト・ジェネレーション
ユーザーストーリー:ファースト・ジェネレーション
 
伝わるプレゼンをする方法
伝わるプレゼンをする方法伝わるプレゼンをする方法
伝わるプレゼンをする方法
 
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
 
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なこととアジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
 
いまさら学ぶMVVMパターン
いまさら学ぶMVVMパターンいまさら学ぶMVVMパターン
いまさら学ぶMVVMパターン
 
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワークプロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
 
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
 

Mais de toshihiro ichitani

アジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るかアジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るかtoshihiro ichitani
 
ナラティブ・プロトタイピング
ナラティブ・プロトタイピングナラティブ・プロトタイピング
ナラティブ・プロトタイピングtoshihiro ichitani
 
組織にアジャイルの構造を作る
組織にアジャイルの構造を作る組織にアジャイルの構造を作る
組織にアジャイルの構造を作るtoshihiro ichitani
 
組織でアジャイルの ”回転” を繋ぐ
 組織でアジャイルの ”回転” を繋ぐ 組織でアジャイルの ”回転” を繋ぐ
組織でアジャイルの ”回転” を繋ぐtoshihiro ichitani
 
組織アジャイルをはじめる
組織アジャイルをはじめる組織アジャイルをはじめる
組織アジャイルをはじめるtoshihiro ichitani
 
デジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキデジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキtoshihiro ichitani
 
伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイルtoshihiro ichitani
 
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜toshihiro ichitani
 
私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉toshihiro ichitani
 
13年かけたら、言えること
13年かけたら、言えること13年かけたら、言えること
13年かけたら、言えることtoshihiro ichitani
 
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくるtoshihiro ichitani
 
チーム・ジャーニー・デッキ
チーム・ジャーニー・デッキチーム・ジャーニー・デッキ
チーム・ジャーニー・デッキtoshihiro ichitani
 
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ自分のハンドルは自分で握れ
自分のハンドルは自分で握れtoshihiro ichitani
 
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでチーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでtoshihiro ichitani
 
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜 ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜 toshihiro ichitani
 
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道toshihiro ichitani
 
プロダクト開発を繋げる
プロダクト開発を繋げるプロダクト開発を繋げる
プロダクト開発を繋げるtoshihiro ichitani
 

Mais de toshihiro ichitani (20)

アジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るかアジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るか
 
ナラティブ・プロトタイピング
ナラティブ・プロトタイピングナラティブ・プロトタイピング
ナラティブ・プロトタイピング
 
組織にアジャイルの構造を作る
組織にアジャイルの構造を作る組織にアジャイルの構造を作る
組織にアジャイルの構造を作る
 
組織でアジャイルの ”回転” を繋ぐ
 組織でアジャイルの ”回転” を繋ぐ 組織でアジャイルの ”回転” を繋ぐ
組織でアジャイルの ”回転” を繋ぐ
 
組織アジャイルをはじめる
組織アジャイルをはじめる組織アジャイルをはじめる
組織アジャイルをはじめる
 
デジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキデジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキ
 
Digitaltransformation Journey
Digitaltransformation JourneyDigitaltransformation Journey
Digitaltransformation Journey
 
Agile again
Agile againAgile again
Agile again
 
伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル
 
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
 
私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉
 
13年かけたら、言えること
13年かけたら、言えること13年かけたら、言えること
13年かけたら、言えること
 
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
 
チーム・ジャーニー・デッキ
チーム・ジャーニー・デッキチーム・ジャーニー・デッキ
チーム・ジャーニー・デッキ
 
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ自分のハンドルは自分で握れ
自分のハンドルは自分で握れ
 
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまでチーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
 
ISHII SPRINT
ISHII SPRINTISHII SPRINT
ISHII SPRINT
 
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜 ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
 
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
 
プロダクト開発を繋げる
プロダクト開発を繋げるプロダクト開発を繋げる
プロダクト開発を繋げる
 

カイゼン・ジャーニー・インセプションデッキ