SlideShare ist ein Scribd-Unternehmen logo
1 von 92
Downloaden Sie, um offline zu lesen
何を伝えたかったんだと思う?
2
SHIROBAKO #09 何を伝えたかったんだと思う?
何を伝えたかったんだと思う?
3
‣アッハイ
•とはいえ、結構むずかしい
•「表層批評」と「作家主義」
‣作品から作家のことがわかるのか?
•野坂昭如「(火垂るの墓について)締め切りに追
われ、ヒィヒィ言いながら書いた」
•それでも「調べる」ことならできる
4
文系は作者の気持ちでも考えてろよ!
‣1. 著者のことを調べる
‣2. 参考文献のことを調べる
‣3. 書いてあることを調べる
5
調べる方法
‣19:30∼20:40:講演+対談
•3つのテーマ
‣20:40∼21:00:サイン会
6
今日の予定
自己紹介
‣角 征典(@kdmsnr)
‣ワイクル株式会社(取締役、プログラマ、コンサルタント)
•アジャイル開発/リーンスタートアップのコンサルティング
‣東京工業大学大学院理工学研究科(特任講師)
‣技術書翻訳







7
2015年の今後の予定
8
翻訳のお仕事、お待ちしております!
19:35
10
1. 著者のことを調べる
11
Kent Beck
12
・1961/3/31 サンノゼ生まれ(54歳)
・12歳からプログラミングを開始
・ギターとバンジョーが好き
http://c2.com/cgi/wiki?CowboyMusic
> ギターだけで孤独・死・美を表現
・オレゴン大学(1979∼1987)
オレゴン大学の実験('70s)
13
‣学生寮には多くの建築科の学生
‣彼らから「C・アレグザンダー」
の名前を教えてもらう
‣『時を超えた建設の道』を

大学の生協で立ち読みで完読 ←
14
アレグザンダーとの出会い
15
Kent Beck
16
・Tektronix社(1984∼1987)
w/ Ward Cunningham
http://c2.com/cgi/wiki?TekLabs
http://www.wirfs-brock.com/allen/files/tek/Tek-Smalltalk-history-slides.pdf
18
http://www.wirfs-brock.com/allen/files/tek/Tek-Smalltalk-history-slides.pdf
19
http://www.wirfs-brock.com/allen/files/tek/Tek-Smalltalk-history-slides.pdf
WardAndKent
20
http://c2.com/cgi/wiki?WardAndKent
"just trying to explain to
other people what he
does naturally." 

"
21
『Extreme Programming Explained 1st』
‣居住者が建物をデザインすべき
‣ユーザーがユーザーインターフェイ
スをデザインすべき
•パターンランゲージで支援
•めっちゃうまくいった!
•論文にまとめて発表しよう!
22
パターンランゲージとOOP
OOPのためのパターンランゲージの使用('87)
23
http://kdmsnr.com/translations/using-pattern-languages-for-oop/
Kent Beck
24
・Apple社(1987∼1989)
w/ Alan Kay
w/ Bill Atkinson (HyperCard)
パターンムーブメント
25
OOPSLA '90
'94 published
'93
'94 '95
26
Kent Beckのパターン('95)
http://c2.com/ppr/early.html
Smalltalkのパターン('96)
27
はじまりの物語('96)
28
‣Smalltalkの仕事だと思ってた
‣それ以前の話だった
‣プロジェクトの立て直しに着手
•小さなチームで再始動
29
C3プロジェクト
‣ちょうどRon Jeffriesからメール
‣Martin Fowlerを引きずり込む
•1993年から分析コンサルタントとして、
パートタイムでプロジェクトに参画
30
C3プロジェクト
‣どうするんですか?
31
たどたどしいKB
‣オブジェクトの達人であることを
捨て去り、環境や前提を作り出す
• 『Agile Software Development Ecosystems』より
• この頃から「コーチ」の働き方を意識し始めている
• 直前に「The New New Product Development
Game」を読んだから?(XPEの参考文献にもある)
32
C3では意思決定をしない
33
C3:失敗していないが中止
34
Kent Beck
35
・JUnit(1997)
・XPE 1st(1999)
・アジャイルソフトウェア開発宣言(2001)
アジャイルではなく「Conversational」
36
https://www.youtube.com/watch?v=Z8aECe4lp44
"I'm no longer interested in
the technical practices of XP"
37
『Agile Software Development Ecosystems』
Kent Beck
38
・TDD by Example(2002)
・XPE 2nd(2005)
・Implementation Patterns(2008)
さらに詳しいことは
39
近年のKent Beck
40
・リーンスタートアップへの関心

「新アジャイルソフトウェア開発宣言」
・Facebook社(2011∼)
・「TDD is Dead」の鼎談(2014)
・RailsConf 2015 Closing Keynote
19:55
41
20:05
42
2. 参考文献のことを調べる
43
詳しすぎる参考文献
44
:
:
45
http://www.slideshare.net/kkd/xp-38768205
なぜプログラムを書くのか?
46
47
48
スコット・マクラウド『マンガ学―マンガによるマンガのためのマンガ理論』(美術出版社)
49
我々にとって「なんでアニメを作るのか」
みたいなことじゃないの?
SHIROBAKO #20 がんばりマスタング!
スコット・マクラウド『マンガ学―マンガによるマンガのためのマンガ理論』(美術出版社)
‣「1. 発想と動機」を選択
•大事なのは自分の内側にある主張
•プログラミングはあくまでも表現ツール
‣「2. 表現形式」を選択
•プログラミングの可能性そのものを探求
•発想や動機はあとからついてくる
51
2つのタイプ
52
KBはどっちのタイプ?
ケント・ベック『実装パターン』(ピアソン・エデュケーション)
2を選ぶ人を「ボンクラ」と呼ぶ
53
根本敬『因果鉄道の旅』(ベストセラーズ)
みなさんはどっち?
54
充足の精神
55
56
コリン・ターンブルの著書
マズローの欲求段階説
57
生理的欲求
安全の欲求
所属と愛の欲求
承認の欲求
自己実現の欲求
マズローの欲求段階説
58
生理的欲求
安全の欲求
所属と愛の欲求
承認の欲求
自己実現の欲求
http://thefinancialbrand.com/47308/the-not-so-new-hierarchy-of-needs-in-banking/
充足の精神
59
仕事の誇りを忘れてはいけない
60
https://www.youtube.com/watch?v=aApmOZwdPqA
‣時間がたくさんあったら?
‣お金がたくさんあったら?
‣フィードバックを最大にしたら?
‣コミュニケーションを最大にしたら?
‣デプロイの頻度を最大にしたら?
‣テストをコードの前に書いてみたら?
61
エクストリーム(極端)に考える
ツマミをMAXにする
62
リーンの思想
63
65
※否定的
製造業の巨人たち
‣テイラー
•計画と実行の分離への批判
‣デミング
•品質、改善、人間の感情
‣大野耐一
•みんなで改善しながら高品質
‣ゴールドラット
•全体を「システム」と見なす
66
製造業の巨人たち
パーマカルチャー
67
68
69
理論の構成
70
values
principles
practices
倫理
tenets
原則
principles
実践
practices
上:パーマカルチャー、下:エクストリームプログラミング
‣XPの説明で「価値、原則、プラク
ティス」から始めるのは筋悪
•本書も頭から読むのはやめたほうがよさげ
•なので、そういう説明の仕方もしません!
‣じゃあ、どうするの?
•→「3. 書いてあることを調べる」
71
とはいえ、わかりにくい!
20:15
72
20:25
73
3. 書いてあることを調べる
74
‣解釈学的循環
•全体を理解しないと部分を理解できないが、
部分を理解しないと全体を理解できない。
‣何度も読むしかない?
•読者に何度も読めというのは

さすがに難しい……。
75
本を読むのは難しい
共起ネットワーク分析してみた
76
必ずしも「頻出 == 重要」ではない
77
‣"成功には、優れた技術力と良好
な人間関係が必要だ。"
•決して「技術のXP」ではない。
•"I was furious that someone would
strip out all of the social change and
still call it XP. "
78
その他の特徴的な言葉
『Agile Software Development Ecosystems』
‣"完璧(perfect)は動詞"
•『JUnit Pocket Guide』にも登場
•完璧な設計は存在しない。
•設計を「完璧にやる」ことはできる。
79
その他の特徴的な言葉
‣"全力を尽くさなかった事実が気
持ちを楽にしてくれることはない"
•全力で完璧にやるんだよ!!
80
その他の特徴的な言葉
‣"コーチがいなくても、XPはうま
く適用できる"
•(Ron Jeffriesの存在ェ……)
•とはいえ、誰かのリーダーシップは必要。
81
その他の特徴的な言葉
‣資格や認証(Certification)は、

"証明書の発行と金儲けをしているだけ"
•認定○○とか……ね。
82
その他の特徴的な言葉
‣「最初から正しくやるほうが簡単ですよね?」
•そうだけど……「正しい」なんて決まらない。
‣「私のチームはエクストリームですか?」
•「私は肯定もしないし、否定もしない。

私の判断は重要ではない」
‣XPに「正しい」は存在しない
•常に「注意して、適応して、変更する」ことがXP。
83
その他の特徴的な言葉
‣"分割統治ではなく統治分割"
•エンタープライズアジャイルとか言う人も
いるけれど……。
•小さなチームではじめてから、うまく切れ
目を見つける
84
その他の特徴的な言葉
‣"(ポイント法より)実時間で見
積もるほうが私の好みだ。"
•時間は誰にでも共通の尺度だから
•とはいえ、最初はポイントで慣れるのもい
いと思う。成熟したチームは時間を使う。
85
その他の特徴的な言葉
‣"誠実性(integrity)"
•他にいい訳語がなかった……。
•「インテグレーション」に似た単語
•整合性? 完全性?
•外と内の気持ちが一致していること。
•「正しさ」よりも大切なこと
86
その他の特徴的な言葉
XPとは、
あなたの理想について考え、
その理想にもとづいて行動
するための方法だ。
87
最後の行
88
あなたの理想は何ですか?
89
91
残りは書籍で!
20:30
92

Weitere ähnliche Inhalte

Was ist angesagt?

振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)Keisuke Tameyasu
 
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexdItsuki Kuroda
 
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回Yoshiki Hayama
 
[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...
[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...
[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...Insight Technology, Inc.
 
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道toshihiro ichitani
 
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話Yusuke Hisatsu
 
テストコードの DRY と DAMP
テストコードの DRY と DAMPテストコードの DRY と DAMP
テストコードの DRY と DAMPYusuke Kagata
 
「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜
「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜
「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜Takahiro Inoue
 
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devloveItsuki Kuroda
 
ログ解析を支えるNoSQLの技術
ログ解析を支えるNoSQLの技術ログ解析を支えるNoSQLの技術
ログ解析を支えるNoSQLの技術Drecom Co., Ltd.
 
ウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_wsウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_wsYusuke Suzuki
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用ESM SEC
 
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumiItsuki Kuroda
 
どうして昔の人は八進数でしゃべるのか?
どうして昔の人は八進数でしゃべるのか?どうして昔の人は八進数でしゃべるのか?
どうして昔の人は八進数でしゃべるのか?たけおか しょうぞう
 
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumicItsuki Kuroda
 
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用Akinori SAKATA
 
グラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみたグラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみたCData Software Japan
 

Was ist angesagt? (20)

振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)振り返り(アジャイルレトロスペクティブズ)
振り返り(アジャイルレトロスペクティブズ)
 
大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd大企業アジャイルの勘所 #devlovex #devlovexd
大企業アジャイルの勘所 #devlovex #devlovexd
 
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
「UXデザインとは」からはじめる「本流」のUXデザインはじめの一歩 | UXデザイン基礎セミナー 第1回
 
[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...
[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...
[db tech showcase Tokyo 2017] E21: InfluxDB+αで時系列データの異常検知を可視化してみた by 株式会社インサイ...
 
正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道正しいものを正しくつくるへ至る道
正しいものを正しくつくるへ至る道
 
心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話心理的安全性を 0から80ぐらいに上げた話
心理的安全性を 0から80ぐらいに上げた話
 
テストコードの DRY と DAMP
テストコードの DRY と DAMPテストコードの DRY と DAMP
テストコードの DRY と DAMP
 
「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜
「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜
「GraphDB徹底入門」〜構造や仕組み理解から使いどころ・種々のGraphDBの比較まで幅広く〜
 
WayOfNoTrouble.pptx
WayOfNoTrouble.pptxWayOfNoTrouble.pptx
WayOfNoTrouble.pptx
 
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove事業が対峙する現実からエンジニアリングを俯瞰する #devlove
事業が対峙する現実からエンジニアリングを俯瞰する #devlove
 
ログ解析を支えるNoSQLの技術
ログ解析を支えるNoSQLの技術ログ解析を支えるNoSQLの技術
ログ解析を支えるNoSQLの技術
 
MLOpsはバズワード
MLOpsはバズワードMLOpsはバズワード
MLOpsはバズワード
 
ウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_wsウォーターフォールとアジャイルを考える #ita_ws
ウォーターフォールとアジャイルを考える #ita_ws
 
はじめてのPRD
はじめてのPRDはじめてのPRD
はじめてのPRD
 
リーン開発の本質 公開用
リーン開発の本質 公開用リーン開発の本質 公開用
リーン開発の本質 公開用
 
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
新規事業が対峙する現実からエンジニアリングを俯瞰する #devsumiB #devsumi
 
どうして昔の人は八進数でしゃべるのか?
どうして昔の人は八進数でしゃべるのか?どうして昔の人は八進数でしゃべるのか?
どうして昔の人は八進数でしゃべるのか?
 
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
大規模レガシー環境に立ち向かう有機的な開発フォーメーション #devsumi #devsumic
 
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
JaSST Tokyo 2022 アジャイルソフトウェア開発への統計的品質管理の応用
 
グラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみたグラフ構造のデータモデルをPower BIで可視化してみた
グラフ構造のデータモデルをPower BIで可視化してみた
 

Ähnlich wie XPは何を伝えたかったんだと思う?

カーリルとデザイン
カーリルとデザインカーリルとデザイン
カーリルとデザインabdfghjkmn
 
20170914 技術書 執筆テク自慢のLT会
20170914 技術書 執筆テク自慢のLT会20170914 技術書 執筆テク自慢のLT会
20170914 技術書 執筆テク自慢のLT会親方 親方
 
見出しの書き方
見出しの書き方見出しの書き方
見出しの書き方Kenji Ono
 
情報科学演習 09
情報科学演習 09情報科学演習 09
情報科学演習 09libryukyu
 
20170831 締め切りドリブン執筆のススメ
20170831 締め切りドリブン執筆のススメ 20170831 締め切りドリブン執筆のススメ
20170831 締め切りドリブン執筆のススメ 親方 親方
 
20120920中間発表2
20120920中間発表220120920中間発表2
20120920中間発表2Hisashi Imai
 
96th all japan-library_conference_arimoto_yoshino(20100917)
96th all japan-library_conference_arimoto_yoshino(20100917)96th all japan-library_conference_arimoto_yoshino(20100917)
96th all japan-library_conference_arimoto_yoshino(20100917)真 岡本
 
Rspec、あなたならどう書く? 20190626
Rspec、あなたならどう書く?  20190626Rspec、あなたならどう書く?  20190626
Rspec、あなたならどう書く? 20190626Koske Kano
 
20160924 東京R #57 色々試した変化点検知 異常値検知
20160924 東京R #57 色々試した変化点検知 異常値検知20160924 東京R #57 色々試した変化点検知 異常値検知
20160924 東京R #57 色々試した変化点検知 異常値検知siro yui
 

Ähnlich wie XPは何を伝えたかったんだと思う? (9)

カーリルとデザイン
カーリルとデザインカーリルとデザイン
カーリルとデザイン
 
20170914 技術書 執筆テク自慢のLT会
20170914 技術書 執筆テク自慢のLT会20170914 技術書 執筆テク自慢のLT会
20170914 技術書 執筆テク自慢のLT会
 
見出しの書き方
見出しの書き方見出しの書き方
見出しの書き方
 
情報科学演習 09
情報科学演習 09情報科学演習 09
情報科学演習 09
 
20170831 締め切りドリブン執筆のススメ
20170831 締め切りドリブン執筆のススメ 20170831 締め切りドリブン執筆のススメ
20170831 締め切りドリブン執筆のススメ
 
20120920中間発表2
20120920中間発表220120920中間発表2
20120920中間発表2
 
96th all japan-library_conference_arimoto_yoshino(20100917)
96th all japan-library_conference_arimoto_yoshino(20100917)96th all japan-library_conference_arimoto_yoshino(20100917)
96th all japan-library_conference_arimoto_yoshino(20100917)
 
Rspec、あなたならどう書く? 20190626
Rspec、あなたならどう書く?  20190626Rspec、あなたならどう書く?  20190626
Rspec、あなたならどう書く? 20190626
 
20160924 東京R #57 色々試した変化点検知 異常値検知
20160924 東京R #57 色々試した変化点検知 異常値検知20160924 東京R #57 色々試した変化点検知 異常値検知
20160924 東京R #57 色々試した変化点検知 異常値検知
 

Mehr von Masanori Kado

優れた研究提案書の書き方
優れた研究提案書の書き方優れた研究提案書の書き方
優れた研究提案書の書き方Masanori Kado
 
優れた研究論文の書き方
優れた研究論文の書き方優れた研究論文の書き方
優れた研究論文の書き方Masanori Kado
 
Tokyo-Tech 2017 EDP-A #3 Prototype and Test
Tokyo-Tech 2017 EDP-A #3 Prototype and TestTokyo-Tech 2017 EDP-A #3 Prototype and Test
Tokyo-Tech 2017 EDP-A #3 Prototype and TestMasanori Kado
 
2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」
2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」
2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」Masanori Kado
 
Tokyo-Tech 2017 EDP-A #2 Ideate & Prototype
Tokyo-Tech 2017 EDP-A #2 Ideate & PrototypeTokyo-Tech 2017 EDP-A #2 Ideate & Prototype
Tokyo-Tech 2017 EDP-A #2 Ideate & PrototypeMasanori Kado
 
Tokyo-Tech 2017 EDP-A #1 Team Building
Tokyo-Tech 2017 EDP-A #1 Team BuildingTokyo-Tech 2017 EDP-A #1 Team Building
Tokyo-Tech 2017 EDP-A #1 Team BuildingMasanori Kado
 
プロトタイピングとユーザーテスト
プロトタイピングとユーザーテストプロトタイピングとユーザーテスト
プロトタイピングとユーザーテストMasanori Kado
 
実践リーンエンタープライズ(20161027)
実践リーンエンタープライズ(20161027)実践リーンエンタープライズ(20161027)
実践リーンエンタープライズ(20161027)Masanori Kado
 
データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)
データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)
データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)Masanori Kado
 
データからインサイト そして、アイデアの発想へ(KJ法)
データからインサイト そして、アイデアの発想へ(KJ法)データからインサイト そして、アイデアの発想へ(KJ法)
データからインサイト そして、アイデアの発想へ(KJ法)Masanori Kado
 
データからインサイト そして、アイデアの発想へ(タスク管理)
データからインサイト そして、アイデアの発想へ(タスク管理)データからインサイト そして、アイデアの発想へ(タスク管理)
データからインサイト そして、アイデアの発想へ(タスク管理)Masanori Kado
 
20160924 edp-b teambuilding
20160924 edp-b teambuilding20160924 edp-b teambuilding
20160924 edp-b teambuildingMasanori Kado
 
中高生のための夏休みプログラミング教室
中高生のための夏休みプログラミング教室中高生のための夏休みプログラミング教室
中高生のための夏休みプログラミング教室Masanori Kado
 
hacku-titech-2016-briefing
hacku-titech-2016-briefinghacku-titech-2016-briefing
hacku-titech-2016-briefingMasanori Kado
 
The Lego Scrum Awakens
The Lego Scrum AwakensThe Lego Scrum Awakens
The Lego Scrum AwakensMasanori Kado
 
デザイン思考のためのアイスブレイク
デザイン思考のためのアイスブレイクデザイン思考のためのアイスブレイク
デザイン思考のためのアイスブレイクMasanori Kado
 
アジャイル開発のススメ@香川大学
アジャイル開発のススメ@香川大学アジャイル開発のススメ@香川大学
アジャイル開発のススメ@香川大学Masanori Kado
 
優れた研究論文の書き方―7つの提案
優れた研究論文の書き方―7つの提案優れた研究論文の書き方―7つの提案
優れた研究論文の書き方―7つの提案Masanori Kado
 
改善の型 コーチングの型
改善の型 コーチングの型改善の型 コーチングの型
改善の型 コーチングの型Masanori Kado
 

Mehr von Masanori Kado (20)

優れた研究提案書の書き方
優れた研究提案書の書き方優れた研究提案書の書き方
優れた研究提案書の書き方
 
優れた研究論文の書き方
優れた研究論文の書き方優れた研究論文の書き方
優れた研究論文の書き方
 
Tokyo-Tech 2017 EDP-A #3 Prototype and Test
Tokyo-Tech 2017 EDP-A #3 Prototype and TestTokyo-Tech 2017 EDP-A #3 Prototype and Test
Tokyo-Tech 2017 EDP-A #3 Prototype and Test
 
2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」
2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」
2017-07-19 エンタープライズアジャイル勉強会「リーンエンタープライズ」
 
Tokyo-Tech 2017 EDP-A #2 Ideate & Prototype
Tokyo-Tech 2017 EDP-A #2 Ideate & PrototypeTokyo-Tech 2017 EDP-A #2 Ideate & Prototype
Tokyo-Tech 2017 EDP-A #2 Ideate & Prototype
 
Tokyo-Tech 2017 EDP-A #1 Team Building
Tokyo-Tech 2017 EDP-A #1 Team BuildingTokyo-Tech 2017 EDP-A #1 Team Building
Tokyo-Tech 2017 EDP-A #1 Team Building
 
プロトタイピングとユーザーテスト
プロトタイピングとユーザーテストプロトタイピングとユーザーテスト
プロトタイピングとユーザーテスト
 
実践リーンエンタープライズ(20161027)
実践リーンエンタープライズ(20161027)実践リーンエンタープライズ(20161027)
実践リーンエンタープライズ(20161027)
 
データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)
データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)
データからインサイト そして、アイデアの発想へ(CJM/POV/HMW)
 
データからインサイト そして、アイデアの発想へ(KJ法)
データからインサイト そして、アイデアの発想へ(KJ法)データからインサイト そして、アイデアの発想へ(KJ法)
データからインサイト そして、アイデアの発想へ(KJ法)
 
データからインサイト そして、アイデアの発想へ(タスク管理)
データからインサイト そして、アイデアの発想へ(タスク管理)データからインサイト そして、アイデアの発想へ(タスク管理)
データからインサイト そして、アイデアの発想へ(タスク管理)
 
20160924 edp-b teambuilding
20160924 edp-b teambuilding20160924 edp-b teambuilding
20160924 edp-b teambuilding
 
中高生のための夏休みプログラミング教室
中高生のための夏休みプログラミング教室中高生のための夏休みプログラミング教室
中高生のための夏休みプログラミング教室
 
hacku-titech-2016-briefing
hacku-titech-2016-briefinghacku-titech-2016-briefing
hacku-titech-2016-briefing
 
ideathon 20160325
ideathon 20160325ideathon 20160325
ideathon 20160325
 
The Lego Scrum Awakens
The Lego Scrum AwakensThe Lego Scrum Awakens
The Lego Scrum Awakens
 
デザイン思考のためのアイスブレイク
デザイン思考のためのアイスブレイクデザイン思考のためのアイスブレイク
デザイン思考のためのアイスブレイク
 
アジャイル開発のススメ@香川大学
アジャイル開発のススメ@香川大学アジャイル開発のススメ@香川大学
アジャイル開発のススメ@香川大学
 
優れた研究論文の書き方―7つの提案
優れた研究論文の書き方―7つの提案優れた研究論文の書き方―7つの提案
優れた研究論文の書き方―7つの提案
 
改善の型 コーチングの型
改善の型 コーチングの型改善の型 コーチングの型
改善の型 コーチングの型
 

XPは何を伝えたかったんだと思う?