ソフトウェア開発ってなにか？を学ぶ勉強会

by Yasunobu Kawaguchi

Slide 1

Slide 1 text

アジャイルにものをつくるとはどういうことか？ソフトウェア開発ってなにか？を学ぶ勉強会

Slide 2

Slide 2 text

システムを作る

Slide 3

Slide 3 text

証券取引所証券会社

Slide 4

Slide 4 text

現在の株価を見たい。

Slide 5

Slide 5 text

ネットワークにつなぐ

Slide 6

Slide 6 text

= 5000円

Slide 7

Slide 7 text

= 5000円 = 5000円

Slide 8

Slide 8 text

株式にはいろいろある

Slide 9

Slide 9 text

https://www.jpx.co.jp/listing/co/index.html

Slide 10

Slide 10 text

3825種類

Slide 11

Slide 11 text

自分の知りたい株価だけ見たい

Slide 12

Slide 12 text

No content

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

No content

Slide 15

Slide 15 text

6501 [Enter]

Slide 16

Slide 16 text

6501 [Enter] 日立 5870 +68 (+1.17)

Slide 17

Slide 17 text

https://www.hitachihyoron.com/jp/pdf/1974/08/1974_08_05.pdf

Slide 18

Slide 18 text

https://www.hitachihyoron.com/jp/pdf/1974/08/1974_08_05.pdf

Slide 19

Slide 19 text

https://museum.ipsj.or.jp/computer/main/0026.html

Slide 20

Slide 20 text

日立 5870 +68 (+1.17) https://www.jpx.co.jp/corporate/ about-jpx/history/01-02.html 証券取引所相場報道回線

Slide 21

Slide 21 text

でも株価って動くんですよね。

Slide 22

Slide 22 text

https://www.hitachihyoron.com/jp/ pdf/1988/03/1988_03_11.pdf

Slide 23

Slide 23 text

https://www.jpx.co.jp/corporate/ about-jpx/history/01-02.html 証券取引所相場報道回線日立 5870 +68 (+1.17) 160 自動更新

Slide 24

Slide 24 text

値動きも見たいよね。

Slide 25

Slide 25 text

https://www.jpx.co.jp/corporate/ about-jpx/history/01-02.html 証券取引所相場報道回線時系列方向に拡張

Slide 26

Slide 26 text

グラフで見たいよね。

Slide 27

Slide 27 text

https://www.jpx.co.jp/corporate/ about-jpx/history/01-02.html 証券取引所パソコンの普及グラフ描画

Slide 28

Slide 28 text

回線料安くしたい

Slide 29

Slide 29 text

建物内 LAN 広域網データセンターエッジサーバ

Slide 30

Slide 30 text

ちょっ、何の話

Slide 31

Slide 31 text

30年の変遷

Slide 32

Slide 32 text

https://www.juse.or.jp/ departmental/point02/08.html 狩野紀昭先生東京理科大学名誉教授、工学博士 KANOモデル

Slide 33

Slide 33 text

狩野モデルないと話にならない。あればあるほどよい。なくても困らないけど、好き。持っていたい。当たり前品質一元的品質魅力的品質業界の競争の基準が変わる

Slide 34

Slide 34 text

例えば自動車の歴史走る。曲がる。より速く。より遠く。エアバッグやABSで安全。安心。当たり前品質一元的品質魅力的品質３０年の変遷

Slide 35

Slide 35 text

https://hbr.org/1986/01/the-new- new-product-development-game 新製品開発におけるゲームのルールは変わりつつあります。多くの企業が、今日の競争市場で優位に立つためには、高品質、低コスト、差別化という基本的な要素だけでは不十分であることに気づいています。また、スピードと柔軟性も必要です。 (野中、竹内 1986年)

Slide 36

Slide 36 text

また、物理的な世界に存在すると考えられている産業のバリューチェーンの多くをソフトウェアが担っています。今日の自動車では、ソフトウェアがエンジンを動かし、安全機能を制御し、乗客を楽しませ、ドライバーを目的地に案内し、各車をモバイル、衛星、GPSネットワークに接続しています。車好きの人が自分で車を修理できた時代ははるか昔のことですが、それは主にソフトウェアの内容が充実しているからです。ソフトウェアが世界を食べている https://www.wsj.com/articles/SB10001424053111903480904576512250915629460 2011年マーク・アンドリーセン

Slide 37

Slide 37 text

個体発生は系統発生を繰り返す https://ja.wikipedia.org/wiki/エルンスト・ヘッケル

Slide 38

Slide 38 text

狩野モデルは新製品開発にも適用できるないと話にならない。あればあるほどよい。なくても困らないけど、好き。持っていたい。当たり前品質一元的品質魅力的品質順に必要な品質を備えていく機能機能機能機能機能機能機能

Slide 39

Slide 39 text

狩野モデルは新製品開発にも適用できるないと話にならない。あればあるほどよい。なくても困らないけど、好き。持っていたい。当たり前品質一元的品質魅力的品質順に必要な品質を備えていく機能機能機能機能機能機能機能ここを狙いたい

Slide 40

Slide 40 text

狩野モデルは新製品開発にも適用できるないと話にならない。あればあるほどよい。なくても困らないけど、好き。持っていたい。当たり前品質一元的品質魅力的品質順に必要な品質を備えていく機能機能機能機能機能機能機能ここを狙いたいでも、ここは無視できない

Slide 41

Slide 41 text

狩野モデルは新製品開発にも適用できるないと話にならない。あればあるほどよい。なくても困らないけど、好き。持っていたい。当たり前品質一元的品質魅力的品質順に必要な品質を備えていく機能機能機能機能機能機能機能 MVP 生き残れる最低限の機能 (の仮説)

Slide 42

Slide 42 text

ユーサーストーリーマッピング利用者の行動(フロー)を分析する

Slide 43

Slide 43 text

ユーサーストーリーマッピング必要な機能が少ない方がリリースの確実性が高いリリースごとに一貫して利用できること

Slide 44

Slide 44 text

最小限の機能で、最大の成果を機能を洗い出すだけでなく、できるだけ絞ることが重要

Slide 45

Slide 45 text

https://kawaguti.hateblo.jp/entry/20111030/1319926043 作る都合 = インクリメンタル確かめる都合 = イテレーティブ

Slide 46

Slide 46 text

https://kawaguti.hateblo.jp/entry/20111030/1319926043 作る都合 = インクリメンタル確かめる都合 = イテレーティブまず全体を洗い出して、順に、手戻りなく作っていくと効率がよい …のでちゃんと先に調べて設計してほしい

Slide 47

Slide 47 text

https://kawaguti.hateblo.jp/entry/20111030/1319926043 作る都合 = インクリメンタル確かめる都合 = イテレーティブまず全体を洗い出して、順に、手戻りなく作っていくと効率がよい …のでちゃんと先に調べて設計してほしいカタチにしてみないと、本当にそれでいいのかわからないので、全体像を描いてみて、徐々に調整したい

Slide 48

Slide 48 text

囲碁の目標 = なるべく多くの陣地を囲む • 大きく囲もうとすると裏を取られる。 • 小さく着実に進みすぎると大きく囲めない。

Slide 49

Slide 49 text

チームで一歩ずつ着実に進む = スクラム機能機能機能機能機能作業作業作業作業実装デモ / レビュー (企画書ではなく動くソフトウェアを見せて、早期にフィードバックをもらう) 自分たちで考え、集中して作業を進める

Slide 50

Slide 50 text

Slide 51

Slide 51 text

集中してチームとして仕事を進める作業作業作業作業実装自分たちで考え、集中して作業を進める

Slide 52

Slide 52 text

https://hbr.org/1986/01/the-new- new-product-development-game ラグビー・アプローチでは、選び抜かれた多分野のチームメンバーが、最初から最後まで一緒に仕事をすることで、製品開発プロセスが生まれます。製品開発プロセスは、高度に構造化された段階を踏むのではなく、チームメンバーの相互作用から生まれます。 (野中、竹内 1986年) 新製品開発の新たなゲーム

Slide 53

Slide 53 text

オリジナルのスライド https://www.infoq.com/presentations/The-Roots-of-Scrum/ 竹内野中論文(1986)が示したマネジメントスタイル • Type A NASAのウォーターフォール型 • 要求、分析、設計、実装、試験と、順に次の工程の部署に引き渡される • Type B 富士ゼロックスのサシミ型 • 前工程と後工程が同席する • Type C ホンダのスクラム型 • 一時は全工程が同席する Jeff SutherlandはこのType Cから、自らのフレームワークの名前をとった。

Slide 54

Slide 54 text

オリジナルのスライド https://www.infoq.com/presentations/The-Roots-of-Scrum/ ラグビーのスクラム

Slide 55

Slide 55 text

単純作業であれば、作業分担が機能しやすい。複雑な作業は、相互に連携して進める必要がある。水を汲む専門家水を運ぶ専門家水をかける専門家全員が同じ情報を見て、できることをする

Slide 56

Slide 56 text

単純作業であれば、作業分担が機能しやすい。複雑な作業は、相互に連携して進める必要がある。水を汲む専門家水を運ぶ専門家水をかける専門家全員が同じ情報を見て、できることをするリソース効率を重視 (全員が働いている) フロー効率を重視 (目標に速く到達)

Slide 57

Slide 57 text

最初のスクラムは、まずガントチャートを廃止するところから始まった。必要なスキルを持った人が都合よく割り当てられるか？水を汲む専門家水を運ぶ専門家水をかける専門家

Slide 58

Slide 58 text

問題が起きたら、全員で対策にあたる最初からわかっている情報が少ない。探索的に進めたい。

Slide 59

Slide 59 text

Slide 60

Slide 60 text

最小限の機能(努力)で、最大の成果を機能機能機能機能機能作業作業作業作業実装自分たちで考え、集中して作業を進める

Slide 61

Slide 61 text

Slide 62

Slide 62 text

作ったら素早くリリースする仕組みづくり機能機能機能機能機能作業作業作業作業実装デモ / レビュー (企画書ではなく動くソフトウェアを見せて、早期にフィードバックをもらう) 自分たちで考え、集中して作業を進める

Slide 63

Slide 63 text

Slide 64

Slide 64 text

ソフトウェアはコピーできるつまり、新しく作る、ということは、世の中にないから作るということになる。それゆえ、不確実性が高く。常に学ぶ必要がある。

Slide 65

Slide 65 text

作れる人はコピーできない内容を理解した人を他の人に簡単に「引き継ぐ」ことはできない。レシピは渡せても、スキルは引き継げない。それゆえ、うまくいくチームを維持する必要がある

Slide 66

Slide 66 text

https://simplearchitect.hatenablog.com/entry/2016/06/20/080807

Slide 67

Slide 67 text

Slide 68

Slide 68 text

動くソフトウェアを生み出すチームの活動を通じて、一つ一つ課題に対応し、信頼を積み上げます。