Enviar pesquisa
Carregar
カイゼン・ジャーニー・インセプションデッキ
•
12 gostaram
•
5,163 visualizações
toshihiro ichitani
Seguir
2/7 カイゼン・ジャーニー発刊イベント
Leia menos
Leia mais
Software
Denunciar
Compartilhar
Denunciar
Compartilhar
1 de 31
Baixar agora
Baixar para ler offline
Recomendados
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
はじめてのPRD
はじめてのPRD
Takuya Oikawa
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
ドメイン駆動設計 ~ユーザー、モデル、エンジニアの新たな関係~
ドメイン駆動設計 ~ユーザー、モデル、エンジニアの新たな関係~
啓 杉本
サイボウズ 営業キャリアBAR
サイボウズ 営業キャリアBAR
Cybozu, Inc.
みんなに役立つ「テスト」を学んでみよう!(20140105版)
みんなに役立つ「テスト」を学んでみよう!(20140105版)
Noriyuki Mizuno
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
Recomendados
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
インセプションデッキ:やらないことリストとトレードオフスライダーをやってる話
Nobuhiro Yoshitake
はじめてのPRD
はじめてのPRD
Takuya Oikawa
シリコンバレーの「何が」凄いのか
シリコンバレーの「何が」凄いのか
Atsushi Nakada
ドメイン駆動設計 ~ユーザー、モデル、エンジニアの新たな関係~
ドメイン駆動設計 ~ユーザー、モデル、エンジニアの新たな関係~
啓 杉本
サイボウズ 営業キャリアBAR
サイボウズ 営業キャリアBAR
Cybozu, Inc.
みんなに役立つ「テスト」を学んでみよう!(20140105版)
みんなに役立つ「テスト」を学んでみよう!(20140105版)
Noriyuki Mizuno
IT系エンジニアのためのプレゼンテーション入門
IT系エンジニアのためのプレゼンテーション入門
Masahito Zembutsu
ユーザーストーリー駆動開発で行こう。
ユーザーストーリー駆動開発で行こう。
toshihiro ichitani
『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所
Tarumoto Tetsuya
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
9コマシナリオの使い方
9コマシナリオの使い方
Mayumi Okusa
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Taichi Hirano
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
Masanori Kado
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
izumi ito
アジャイルによくきく?モデリング
アジャイルによくきく?モデリング
Iwao Harada
創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」
Find Job Startup
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
ユーザーストーリー:ファースト・ジェネレーション
ユーザーストーリー:ファースト・ジェネレーション
Masanori Kado
伝わるプレゼンをする方法
伝わるプレゼンをする方法
Hideaki Miyake
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Shin Ohno
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
いまさら学ぶMVVMパターン
いまさら学ぶMVVMパターン
Yuta Matsumura
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
Yoshiki Hayama
アジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るか
toshihiro ichitani
ナラティブ・プロトタイピング
ナラティブ・プロトタイピング
toshihiro ichitani
Mais conteúdo relacionado
Mais procurados
『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所
Tarumoto Tetsuya
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
mosa siru
9コマシナリオの使い方
9コマシナリオの使い方
Mayumi Okusa
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
Yoshiki Hayama
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Takafumi ONAKA
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Taichi Hirano
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
mosa siru
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
Yasuharu Nishi
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
Masanori Kado
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
izumi ito
アジャイルによくきく?モデリング
アジャイルによくきく?モデリング
Iwao Harada
創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」
Find Job Startup
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
Yasuharu Nishi
ユーザーストーリー:ファースト・ジェネレーション
ユーザーストーリー:ファースト・ジェネレーション
Masanori Kado
伝わるプレゼンをする方法
伝わるプレゼンをする方法
Hideaki Miyake
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Shin Ohno
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
いまさら学ぶMVVMパターン
いまさら学ぶMVVMパターン
Yuta Matsumura
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
kumiko koshiro
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
Yoshiki Hayama
Mais procurados
(20)
『マッピングエクスペリエンス』の 見所と勘所
『マッピングエクスペリエンス』の 見所と勘所
開発速度が速い #とは(LayerX社内資料)
開発速度が速い #とは(LayerX社内資料)
9コマシナリオの使い方
9コマシナリオの使い方
「顧客の声を聞かない」とはどういうことか
「顧客の声を聞かない」とはどういうことか
エンジニアの個人ブランディングと技術組織
エンジニアの個人ブランディングと技術組織
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
Slideshareで見つけた「読みやすい・見やすいスライド」に共通する4つのポイント
マイクロにしすぎた結果がこれだよ!
マイクロにしすぎた結果がこれだよ!
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
品質を加速させるために、テスターを増やす前から考えるべきQMファンネルの話(3D版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
【Running Lean入門】リーンキャンバス作成ワークショップ(簡易版)
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
ユーザーストーリーマッピングを使ってプロダクトバックログを作ろう
アジャイルによくきく?モデリング
アジャイルによくきく?モデリング
創業時の「nanapiのナマ企画書」
創業時の「nanapiのナマ企画書」
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
QAアーキテクチャの設計による説明責任の高いテスト・品質保証
ユーザーストーリー:ファースト・ジェネレーション
ユーザーストーリー:ファースト・ジェネレーション
伝わるプレゼンをする方法
伝わるプレゼンをする方法
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
Mercari JPのモノリスサービスをKubernetesに移行した話 PHP Conference 2022 9/24
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
いまさら学ぶMVVMパターン
いまさら学ぶMVVMパターン
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
プロダクトの強い軸を作るプロダクトマネジメントフレームワーク
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
「ユーザーを理解するって言うほどカンタンじゃないよね」 UXデザイン・UXリサーチをもう一度ちゃんと理解しよう!
Mais de toshihiro ichitani
アジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るか
toshihiro ichitani
ナラティブ・プロトタイピング
ナラティブ・プロトタイピング
toshihiro ichitani
組織にアジャイルの構造を作る
組織にアジャイルの構造を作る
toshihiro ichitani
組織でアジャイルの ”回転” を繋ぐ
組織でアジャイルの ”回転” を繋ぐ
toshihiro ichitani
組織アジャイルをはじめる
組織アジャイルをはじめる
toshihiro ichitani
デジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキ
toshihiro ichitani
Digitaltransformation Journey
Digitaltransformation Journey
toshihiro ichitani
Agile again
Agile again
toshihiro ichitani
伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル
toshihiro ichitani
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
toshihiro ichitani
私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉
toshihiro ichitani
13年かけたら、言えること
13年かけたら、言えること
toshihiro ichitani
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
toshihiro ichitani
チーム・ジャーニー・デッキ
チーム・ジャーニー・デッキ
toshihiro ichitani
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ
toshihiro ichitani
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
toshihiro ichitani
ISHII SPRINT
ISHII SPRINT
toshihiro ichitani
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
toshihiro ichitani
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
toshihiro ichitani
プロダクト開発を繋げる
プロダクト開発を繋げる
toshihiro ichitani
Mais de toshihiro ichitani
(20)
アジャイル開発は世界を変える夢を見るか
アジャイル開発は世界を変える夢を見るか
ナラティブ・プロトタイピング
ナラティブ・プロトタイピング
組織にアジャイルの構造を作る
組織にアジャイルの構造を作る
組織でアジャイルの ”回転” を繋ぐ
組織でアジャイルの ”回転” を繋ぐ
組織アジャイルをはじめる
組織アジャイルをはじめる
デジタルトランスフォーメーション・ジャーニー・デッキ
デジタルトランスフォーメーション・ジャーニー・デッキ
Digitaltransformation Journey
Digitaltransformation Journey
Agile again
Agile again
伝統的な組織で始めるアジャイル
伝統的な組織で始めるアジャイル
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
アジャイルブリゲード 〜対立する二項を組織の構造と仕組みによって繋ぐ〜
私がのこすだろうたった1つの言葉
私がのこすだろうたった1つの言葉
13年かけたら、言えること
13年かけたら、言えること
正しいものをともに考え、正しくともにつくる
正しいものをともに考え、正しくともにつくる
チーム・ジャーニー・デッキ
チーム・ジャーニー・デッキ
自分のハンドルは自分で握れ
自分のハンドルは自分で握れ
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
チーム・ジャーニー 逆境を越える、変化に強いチームをつくりあげるまで
ISHII SPRINT
ISHII SPRINT
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
ともに考え、ともにつくる 〜リーン・ジャーニー・スタイル〜
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
プロダクト開発を繋げる
プロダクト開発を繋げる
カイゼン・ジャーニー・インセプションデッキ
1.
市⾕聡啓 カイゼン・ジャーニーのインセプションデッキ と、あとがきに代えて
2.
書籍「カイゼン・ジャーニー」 インセプションデッキ
3.
Toshihiro Ichitani All
Rights Reserved. インセプションデッキ プロジェクトが然るべき⽅向を向いているか チーム全員で明らかにする。 https://www.amazon.co.jp/dp/4274068560 ※インセプションデッキについてはアジャイルサムライを読もう!
4.
われわれはなぜここにいるのか? 現場、仕事場を変えていく⼈たちに 寄り添う存在をつくりたい。 インセプションデッキ① われわれはなぜここにいるのか?
5.
われわれはなぜここにいるのか? 現場、仕事場を変えていく⼈たちに 寄り添う存在をつくりたい。 なぜなら、⾃分(たち)の状況を変えるというのは ⼀⼈(ぼっち)で臨むこと、始めることが多いから。 ("皆より先に気づいてしまった⾃分”) インセプションデッキ① われわれはなぜここにいるのか?
6.
たいてい気づいてる問題 (緊急度⾼☓重要度⾼) 1⼈多勢 気づいてない問題 Or ゆでガエル問題 (緊急度低☓重要度⾼) ぼっち曲線 ⽬⽴つ問題 皆で取り組む 前提を問うような問題 誰もが問題として検知 するわけではない まあまあ 孤独
7.
たいてい気づいてる問題 (緊急度⾼☓重要度⾼) 1⼈多勢 気づいてない問題 Or ゆでガエル問題 (緊急度低☓重要度⾼) ぼっち曲線 ⽬⽴つ問題 皆で取り組む 前提を問うような問題 誰もが問題として検知 するわけではない ぼっちの傍らにあって 周りの巻き込みをたすける本
8.
エレベータピッチ ① まだ周りを巻き込めない状況でもヤバい問題に取り組みたい ② チームでの仕事のやり⽅をより良くしたい ③
チームの外側にいる⼈たちも上⼿く巻き込みたい という(段階的な)問題を抱えている、 ソフトウェアづくりやチーム仕事にたずさわる⼈たち、 特に仕事の経験がまだ浅い⼈たち を想定読者とした カイゼン・ジャーニーという本は、変化の旅に向けたガイドブックです。 インセプションデッキ② エレベータピッチ
9.
エレベータピッチ これは「ストーリー」と「解説」という構成を取ることで、 仕事に必要な習慣(プラクティス)を理解できる とともに 導⼊のための背景、前提、応⽤の理解を、ストーリーの追体験によって リアリティをもって得ることができる。 また、3部構成を取ることで、 「⼀⼈」→「チーム」→「チームを越える」という状況に対応しており、 理解の段階的な積み上げと、⾃分の状況にあわせた読み⽅ができる。 創作⼩説やハウツー本とは違って、 著者の体験をベースに編集しており、現実感と実践レベルの知識を 提供している。 インセプションデッキ② エレベータピッチ
10.
パッケージデザイン インセプションデッキ③ パッケージデザイン
11.
インセプションデッキ③ パッケージデザイン Ver1 最終
12.
ご近所さんをさがせ コアチーム(著者) 編集者 翔泳社 秦さん レビューア 秋葉
ちひろさん、荒井 千恵さん、⽯沢 健⼈さん ⽊下 史彦さん、⽊村 卓央さん、久保 明さん、倉澤 茜さん ⼩芝 敏明さん、坂部 広⼤さん、塩⽥ 英⼆さん、野村 敏昭さん 橋本 宙 さん、林 栄⼀さん、福本 江梨奈さん、森實 繁樹さん 安井 ⼒さん、安⻄ 剛さん、横道 稔さん スペシャルサンクス インセプションデッキ④ ご近所さんをさがせ ※合宿皆勤賞
13.
やらないことリスト コンフリクトを恐れる 妥協 著者の間で、編集さんとの間でのコンフリクトを恐れない。 尊敬と信頼をもって、衝突する。 世の中に出す本なので、誠実に取り組みたい。 (私がそもそも本が好きだから) インセプションデッキ⑤ やらないことリスト
14.
技術的な解決策 ⾃分から⽸詰合宿 寝ない 時間が限られる著者2⼈。同期のための合宿は⽉1-2回 夜の時間を使う。基本的には眠る時間を減らす。徹夜数回。 インセプションデッキ⑥ 技術的な解決策 レビューはユーザーテスト 20名以上の皆さんによるレビュー。感謝しかありません。
15.
技術的な解決策 読む、ひたすら読む テストコードやCIがないので、バグの検知が⼈⼒。 ① 仕様の認識違い →
(専⾨家) レビュー ② ユーザビリティ(読みやすさ)の問題 → レビュー & ひたすら読む ③ 誤字脱字、直し漏れ → ひたすら読む 推敲(頭から最後まで通しで読み、直す) 7回。 インセプションデッキ⑥ 技術的な解決策
16.
「ざらざら」を「つるつる」にする 書籍「リーン開発の現場」の翻訳時に、師匠に教えてもらった⾔葉。 ⾃分たちが名⽂を書けるわけではない。だったら、 “下⼿くそは時間をかけるしかない” (by 師匠) を胸に、読み続けるしかない。 最初はざらざら、ごつごつした感じで読みにくい⽂章も、 何度も何度も読み直して、推敲を上塗りしていくことで、 読みやすくなる。つるつるになる。 インセプションデッキ⑥
技術的な解決策
17.
トレードオフスライダー Q > D
> S > C ① 品質(Q) … つるつるになるまで ② 納期(D) … 締め切りは勿論決まっている ③ 範囲(S) … 終盤戦で1章分丸ごと追加、付録の「価値原則」追加 ④ 費⽤(C) … ⾃分たちがキーを打たないと絶対に完成しない。 お⾦で解決できることはお⾦で。 (合宿、イラスト) インセプションデッキ⑦ トレードオフスライダー
18.
夜も眠れない問題 3回挫折 → できるのか? インセプションデッキ⑧
夜も眠れない問題 (むしろ眠らないことが解決策だけど) 間に合うのか? 最初の構想は2014年。別の出版社にて。会社の⽴ち上げと 時期が完全に被り、ギブアップを2回。 新たにスタートした2017年。 しかし、最初の共著者が離脱。ぼっちでは流⽯に間に合わない。 新井さんに声をかける。結果、最後までジャーニーができた。
19.
つまり、 ⾃分でやるしかない。 インセプションデッキ⑧ 夜も眠れない問題 だからこそ、バディはかけがえが無いんだ。 執筆に限らず、仕事や取り組みなんかを進めるにあたって やれない理由はいくらでもある。「でも、進めるんだよね?」 という問いに答えるのは、最後は⾃分しかいない。 ぼっちで孤独な戦いを進める覚悟を決める。 でも、⾃分の問いが独りよがりのものでなければ、きっと 巻き込まれてくれる⼈は出てくる。その⼈を死ぬほど⼤事にすべき。
20.
期間をみきわめる 構想から数えると、4年。 インセプションデッキ⑨ 期間をみきわめる 実質的に書いたのは、4ヶ⽉。 2014年→2017年 2017年8⽉→12⽉
21.
何がどれだけ必要か ありったけの、パッション。 インセプションデッキ⑩ 何がどれだけ必要か
22.
あとがきに代えて インセプションデッキ⑨ 期間をみきわめる ※⾔うべきことはあとがきに書きました。 ここでは、今、⾔葉にしたいことを。
23.
われわれはなぜここにいるのか? 仕事をしていると、⽣きていると、この問いに答えられない 時だってある。 答えを⾒失いながら、あるいは問いを忘れるようにして、 ⽇々を過ごすというのは、別に悪いことではない。 でも、答えられないことが重たくなってきた時、どうしても 向き合わないといけない。 われわれは、わたしは、なぜここにいて、何をしたいのか? …この問いに向き合って、答えが出せない⽇々はツライ。
24.
⼤切なのは、答えではなくて問い でも、⼤切なのは、答えの⽅ではない。 なぜなら、答えなんて、状況や受け取り⽅によって、 その良し悪しなんて、如何ようにでも変わるのだから。 例えば、「正しいものを正しくつくる」という⾔葉があるけど ⼤事なのはその具体的な中⾝ではなくて、 「正しいものを正しくつくるためにはどうあるべきなの?」 という問いの⽅がより良い状況を⽣むはず。
25.
例えば「あなたは何者なのか」という問い 作中に「あなたは何者なのか」という問いがある。 カイゼン・ジャーニーというストーリーは、 この問いを追いかける旅でもある。 ⼈を⽴ち返らせるほどの問いは、 ⽣きていく中で不意に現れる。 良い問いを得るというのは、 とても貴重なこと。 ⾒逃してはいけない。
26.
⽣きるとは、問いをつくり続けること 仕事をしたり、⽣きている上で、その時々、 問いも、勿論、答えも⼀定ではない。 ましてや、他⼈が問いを与えてくるなんてこと、待ったり、 信じたりするほど、⼈⽣は⻑くはない。だから、 ⾃分で、⾃分のための問いかけをつくる、つくり続ける! というのが、⽣きるってことなんじゃないかな。 このことに気付けるのが「不惑」なんだと理解した。
27.
あなたの⽴ち返りの問いは何?
28.
・・・。
29.
⼤丈夫! いろんな物語に触れよう。 そして、⾃分の物語を紡ごう。
30.
問いは、 ⼈の⽣きざま(ストーリー)の中に現れる。
31.
Toshihiro Ichitani All
Rights Reserved. 楽しいジャーニーを。
Baixar agora