Agile Japan '12 Agileな開発からAgileな組織へ

Slide 1

Slide 1 text

アジャイルな開発からアジャイルな組織へ〜～継続的に価値を届けるために進むべき道〜～ h"p://bit.ly/wYu/U 2012/3/16 Agile Japan 2012 Ryutaro YOSHIBA

Slide 2

Slide 2 text

吉羽龍太郎アジャイルコーチ http://www.ryuzee.com/

Slide 3

Slide 3 text

http://www.ryuzee.com/

Slide 4

Slide 4 text

@ryuzee

Slide 5

Slide 5 text

No content

Slide 6

Slide 6 text

SSccrruumm BBoooott CCaammpp

Slide 7

Slide 7 text

h"p://bit.ly/zp22Aw 大阪開催決定！ 66//1166((土))

Slide 8

Slide 8 text

今年も1100 月後半頃に Scrum Gathering Tokyo を開催予定

Slide 9

Slide 9 text

本⽇日の資料料は後⽇日公開します http://slideshare.net/ryuzee

Slide 10

Slide 10 text

よろしくお願いします

Slide 11

Slide 11 text

アジェンダ ü 自己紹介（55分） ü 企業のおかれた状況（1155分） ü AAggiilleeな開発（2255分） ü AAggiilleeな組織（2255分） ü まとめ・質疑応答（1100分） ※あくまで予定です…

Slide 12

Slide 12 text

http://bit.ly/vj0b0v

Slide 13

Slide 13 text

11.. 企業のおかれた状況 http://bit.ly/ptKnqR

Slide 14

Slide 14 text

ビジネスをとりまく環境の変化

Slide 15

Slide 15 text

IITT投資は業務効率化から戦略実現へ

Slide 16

Slide 16 text

以前の競争 http://bit.ly/rioQDZ

Slide 17

Slide 17 text

現在の競争競争の速度の変化

Slide 18

Slide 18 text

迅速な意思決定が必要 http://bit.ly/pccwAN

Slide 19

Slide 19 text

意思決定をもとに素早く具現化する必要 http://bit.ly/r1ziWL

Slide 20

Slide 20 text

ビジネスモデルの賞味期限が短縮

Slide 21

Slide 21 text

変化への対応 “事前に綿密” にたてた計画を “長期間遵守” して大丈夫なのか？

Slide 22

Slide 22 text

変化への対応 “変化が起こる” ことを前提に “頻繁に軌道修正” することが必要 http://bit.ly/oX9ImQ

Slide 23

Slide 23 text

変化に対応できなければマーケットから見捨てられる

Slide 24

Slide 24 text

価値がなくなれば滅びる http://bit.ly/qJg8EX

Slide 25

Slide 25 text

No content

Slide 26

Slide 26 text

顧客が説明した要件顧客が本当に必要だった物

Slide 27

Slide 27 text

価値を高めない各種現象や結果をムダと呼ぶ

Slide 28

Slide 28 text

ü 作り過ぎのムダ ü 手待ちのムダ ü 運搬のムダ ü 加工のムダ ü 在庫のムダ ü 動作のムダ ü 不良をつくるムダ

Slide 29

Slide 29 text

システムの機能の利利⽤用割合 4455 %% 1199 %% 1166 %% 1133 %% 77 %% Standishの2000年年の調査よりいつも使うよく使うたまに使うほとんど使わないまったく使わない

Slide 30

Slide 30 text

6644%% の機能は、使われない http://bit.ly/olku51

Slide 31

Slide 31 text

顧客が説明した要件顧客が本当に必要だった物

Slide 32

Slide 32 text

我々が解決すべき問題は何なのか？ http://bit.ly/qgox0e

Slide 33

Slide 33 text

h"p://bit.ly/x6Mznh

Slide 34

Slide 34 text

マーケットに製品を早期に投入�して投資を回収し利益に結びつける必要性がある

Slide 35

Slide 35 text

フィーチャー駆動・スコープ駆動から価値駆動へ。ビジネス価値を評価せよ

Slide 36

Slide 36 text

22.. AAggiilleeな開発

Slide 37

Slide 37 text

AAggiilleeな開発してますか？ http://bit.ly/shZMnK

Slide 38

Slide 38 text

WWFFは長編映画 http://bit.ly/z0f0eo

Slide 39

Slide 39 text

AAggiilleeはTTVVドラマ http://bit.ly/wlJQzm

Slide 40

Slide 40 text

計画づくりの頻度度と計画の粒粒度度が、AgileとWF では異異なる

Slide 41

Slide 41 text

Slide 42

Slide 42 text

納期の確率率率分布 ü ソフトウェアの納期予測は確率率率分布である⼀一般的にプロジェクトマネージャがリリース可能⽇日を設定する場合、最もリリースできる確率率率が⾼高い⽇日を選ぶが、その⽇日にリリースできない可能性の⽅方が⾼高い

Slide 43

Slide 43 text

予測困難という前提にたち小さい成功を繰り返す

Slide 44

Slide 44 text

Agileはリスクマネジメント ü ビジネス環境が変化するリスク ü 事前の予測が外れるリスク ü 必要なものが必要な時に出来上がらないリスク ü 無駄なコストが発⽣生するリスク時間の経過リスク度度

Slide 45

Slide 45 text

基本コンセプトはAgileマニフェスト

Slide 46

Slide 46 text

1122個の原則

Slide 47

Slide 47 text

Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

Slide 48

Slide 48 text

No content

Slide 49

Slide 49 text

毎日何回も本番環境にデプロイできているか？((可能か？)) 顧客に頻繁に価値を届けられているか？

Slide 50

Slide 50 text

通常のリリース ü ςετ͕׬͔ྃͯ͠Β ϦϦʔε·Ͱ೔Ҏ಺ʁ ü ςετ͕׬͔ྃͯ͠Β ϦϦʔε·Ͱ೔Ҏ಺ʁ ü ςετ͕׬͔ྃͯ͠Β ϦϦʔε·ͰिؒҎ಺ʁ ü ͦΕҎ্͔͔Δʁ h"p://bit.ly/wo4eyD

Slide 51

Slide 51 text

障害時のリリース ü ςετ͕׬͔ྃͯ͠ΒϦϦʔε·Ͱ೔Ҏ಺ʁ ü ςετ͕׬͔ྃͯ͠ΒϦϦʔε·Ͱ೔Ҏ಺ʁ ü ςετ͕׬͔ྃͯ͠ΒϦϦʔε·ͰिؒҎ಺ʁ ü ͦΕҎ্͔͔Δʁ h"p://bit.ly/zeFv2G

Slide 52

Slide 52 text

障害時に11日でリリースできるのであれば、今のリリースプロセスには組織的な無駄がある

Slide 53

Slide 53 text

継続的デリバリーとは何か？継続的デリバリーとはリリースのスケジュールをIITT部門が握るのではなく、ビジネス部門が握るということだ。継続的デリバリを実装するということは、全体のライフサイクルを通じて常にソフトウェアが本番環境にリリース可能であるということを意味する。すなわちどのビルドもボタン一発で、完全に自動化されたリリースプロセスを通じて、秒とか分の時間で利用者にリリース可能である、ということだ。 JJeezz HHuummbbllee

Slide 54

Slide 54 text

http://bit.ly/tFrqbz 継続的デリバリーユーザーとプロジェクトチームの間に固いフィードバックループを作る

Slide 55

Slide 55 text

継続的デリバリー継続的なフィードバックプロセスは、競争優位性やムダの削減につながる http://bit.ly/uLQaml

Slide 56

Slide 56 text

http://bit.ly/vPmiFJ 一日にしてならず

Slide 57

Slide 57 text

http://bit.ly/vj0b0v NNoo SSiillvveerr BBuulllleett†

Slide 58

Slide 58 text

http://bit.ly/sygcE9 自分たちのプロセスは自分たちで進化させるしかない！

Slide 59

Slide 59 text

ツールやプラクティスを導入�するとアジャイルな開発になるというのは幻想 http://bit.ly/pQrRmy

Slide 60

Slide 60 text

アジャイルな開発の⼿手法　　　　　　　　　　　　 Scrum XP Lean FDD Crystal AUP他

Slide 61

Slide 61 text

プロダクトバックログ製品の機能をストーリー形式で記載プロダクトオーナーが優先順位を付け、プランニングポーカーで相対⾒見見積もり。項⽬目の追加はいつでも⾃自由だが実施有無や優先順位はPOが決める。チーム (7±2⼈人) プロダクトの開発を⾏行行う。製品の成功に向けて最⼤大限の努⼒力力をコミットするスクラムマスタースクラムプロセスがうまくいくようにする。外部からチームを守るプロダクトオーナー製品に対して責任をもち機能に優先順位を付けるステークホルダー製品の利利⽤用者、出資者、管理理職などの利利害関係者。鶏と称すスプリントバックログそのスプリント期間中に⾏行行うタスクのリストスプリント最⼤大4週間までのタイムボックス各スプリントの⻑⾧長さは同⼀一。この間は外部からの変更更を受け⼊入れないスプリントレビュースプリント中の成果である動作するソフトウェアをデモするふりかえりスプリントの中での改善事項を話合い次に繋げる複数回スプリントを繰り返す出荷可能な製品の増分スプリント計画会議プロダクトバックログを再度度分析・評価し、そのスプリントで開発するプロダクトバックログアイテムを選択する。また選択した項⽬目をタスクにばらす Doneの定義何をもって「完了了」とするかを定義したリスト毎⽇日の繰り返しデイリースクラム毎⽇日チームが以下の３つの質問に答える・昨⽇日やったこと・今⽇日やること・困っていることバーンダウンチャートスプリントタスクの「推定残り時間」を更更新してグラフにプロットするタスク時間で⾒見見積もり

Slide 62

Slide 62 text

2〜～4週間に区切切って繰り返す http://www.ﬂickr.com/photos/tonivc/2283676770/

Slide 63

Slide 63 text

Doneの定義何ができたら完了了なのかを決める

Slide 64

Slide 64 text

ふりかえり　　　　　　　　　　 ü  短い間隔でうまくいったこと、うまく⾏行行かなかったことを確認する ü  次はもっと良良くする(できることから)

Slide 65

Slide 65 text

プラクティスの話　　　　　　　　　　　　 •  朝会 •  プロダクトバックログ •  スプリント •  振り返り •  ペアプログラミング •  継続的インテグレーション •  ストーリーカード •  全員同席 •  コードの共同所有 •  テストファースト •  リファクタリング •  リリース計画このプラクティスはやってないウチではこうやってるベストプラクティスはこうだ…� 話が盛り上がる！

Slide 66

Slide 66 text

しかし手法は目的を実現するための道具に過ぎない

Slide 67

Slide 67 text

目的重要　　　　　 http://www.ﬂickr.com/photos/alwaysbecool/2796977195/

Slide 68

Slide 68 text

Agile 　　　　　　　　　　　　　　形容詞　11 敏捷な,, 機敏な,, すばしこい,, はしこい　22 活発な,, いきいきとした頭の切れる,, 頭の回転が早い　　　小学館『プログレッシブ英和中辞典第44版』より http://www.flickr.com/photos/practicalowl/4098547561/

Slide 69

Slide 69 text

形容詞　　　　　　　　　　　　物事の性質や状態を表す http://www.flickr.com/photos/tomroyal/107653935/

Slide 70

Slide 70 text

h"p://bit.ly/yo7Fo7

Slide 71

Slide 71 text

h"p://bit.ly/xKgVwh カイゼンしてる？

Slide 72

Slide 72 text

h"p://bit.ly/zkrl3t Inspect and Adapt

Slide 73

Slide 73 text

No content

Slide 74

Slide 74 text

我社も(Agile|Scrum|XP)やればうまくいく! (ﾟДﾟ)ﾊｧ?

Slide 75

Slide 75 text

Don't Do Agile, Be Agile

Slide 76

Slide 76 text

No content

Slide 77

Slide 77 text

守破離 http://bit.ly/qRvi51

Slide 78

Slide 78 text

h"p://bit.ly/zLyLc0 チームの能力を最大限に発揮する

Slide 79

Slide 79 text

IteraOve Development ConOnuous IntegraOon ConOnuous Deploy Con$nuous Delivery Enterprise Value Crea$on Strategic Impact Adaptability / Agility

Slide 80

Slide 80 text

製品そのものを AAggiilleeな状態に保つ

Slide 81

Slide 81 text

技術的負債を少なく保つ

Slide 82

Slide 82 text

品質の作りこみ Scrumではフレームワークの定義のみで、テスト⾃自動化については触れられていない.しかしアジャイル開発においてはテスト⾃自動化は必須⼩小規模リリースのたびに⼿手動でテストするとスプリント後半になるにつれてテストコストが膨らむ⾃自動化しないとソフトウェア規模に応じて、テスト⼯工数の占める割合が増加していく（＝価値への投資が減少）

Slide 83

Slide 83 text

No content

Slide 84

Slide 84 text

No content

Slide 85

Slide 85 text

Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.

Slide 86

Slide 86 text

No content

Slide 87

Slide 87 text

AAggiilleeな開発してますか？ http://bit.ly/shZMnK

Slide 88

Slide 88 text

AGILEな組織 33.. AAggiilleeな組織 http://bit.ly/ndgMJ6

Slide 89

Slide 89 text

XP 技術⾯面を⾼高める Scrum 価値あるものから継続的に製品を届ける Lean 企業活動⾃自体の全体最適化チームマネージャ経営者

Slide 90

Slide 90 text

組織における問題点 h"p://bit.ly/yFe3Za

Slide 91

Slide 91 text

組織規模の拡大 →問題の深刻化 h"p://bit.ly/xHSLﬂ

Slide 92

Slide 92 text

h"p://www.ﬂickr.com/photos/_suika/3913063515/ 組織分割における顧客価値との不一致

Slide 93

Slide 93 text

コンウェイの法則 “Organizations which design systems are constrained to produce designs which are copies of the communication structures of these organizations.” http://bit.ly/oIUrUI

Slide 94

Slide 94 text

ü 規則の意図が理理解されず、ただ制約化される ü 仕事のための仕事？？？ h"p://www.youtube.com/watch?v=4u5N00ApR_k リリースは2週間に1回で、かつ2週間前までに申請してください。もっと頻繁にすぐできないの？規則で決まってるし、忙しいんです。

Slide 95

Slide 95 text

ピラミッド組織ピラミッド組織は、同質なものを受け入�れ、異質なものを受け入� れられない。 http://bit.ly/qpntdu

Slide 96

Slide 96 text

組織のマネージャや上級管理職、経営者の一部は変化に踏み出せない。組織に対する背任 http://bit.ly/nMHv6P

Slide 97

Slide 97 text

http://bit.ly/paHrVi 抵抗勢力はかならず発生する

Slide 98

Slide 98 text

人は、有能な間は昇進を続ける。昇進して仕事が変化した結果、無能になると昇進がとまる。そのため、階層社会の上の方には、無能な人であふれ返る。

Slide 99

Slide 99 text

コマンドコントロール上司の命令に従っていれば良い、という価値観

Slide 100

Slide 100 text

コマンドコントロールの問題 ü メンバーはやらされ感を持つ ü 上司の指示を遵守したかどうかが評価の観点に ü 人が育たない。通常は上司の劣化コピーに…� ü 現状に不満をもつ優秀な人から順に退職…�

Slide 101

Slide 101 text

h"p://bit.ly/zjyVUl チーム解体による連続性の放棄�

Slide 102

Slide 102 text

稼働率という名の幻想 h"p://bit.ly/AiGcma

Slide 103

Slide 103 text

No content

Slide 104

Slide 104 text

チームを強く保つ h"p://bit.ly/ygbMSj

Slide 105

Slide 105 text

スクラムマスター ü  スクラムプロセスをうまくまわす ü  外部の⼲干渉からチームを守りチームを集中させる ü  仕事を進める上での障害事項を解決する

Slide 106

Slide 106 text

実行責任？説明責任？結果責任？ …� PPOOの責任は？ SSMMの責任は？チームの責任は？管理職の責任は？経営者の責任は？個人の責任は？

Slide 107

Slide 107 text

http://bit.ly/mRCCGH

Slide 108

Slide 108 text

チームの責任チームが「全力で選択したストーリーをDDoonneeにしようとする」ことをコミットメントと呼ぶこれはチームの責任であり、個人の責任ではない http://bit.ly/pKXeZh

Slide 109

Slide 109 text

見積もりはコミットメントではないしかし多くの場合見積もりがコミットメントとして扱われる悪い習慣がある http://bit.ly/pOfAGO

Slide 110

Slide 110 text

常に改�善する責任 http://bit.ly/mRLszj

Slide 111

Slide 111 text

プラクティスの採用理由をチームや顧客やステークホルダーに説明する責任

Slide 112

Slide 112 text

チームのルールに従う責任 ü デイリースクラムに出席する責任 ü 完了の定義に従って作業を行う責任 ü チームメンバーを助ける責任 ü チームメンバーを育てる責任 http://bit.ly/qFy4Aq

Slide 113

Slide 113 text

⼈人材育成の責任チームが人を育てる OOJJTTによるマンツーマンな人材育成ではなく、チーム全員が協力しあってお互いの能力を向�上させる http://bit.ly/qb0Jd4

Slide 114

Slide 114 text

ふりかえりによる改善

Slide 115

Slide 115 text

No content

Slide 116

Slide 116 text

http://bit.ly/nK3hBr ××してはいけない？

Slide 117

Slide 117 text

○○しよう！！

Slide 118

Slide 118 text

競争優位は個人と集団の両方の継続的学習から生まれる。学習する組織とは「チームが目的を達成するための能力と気づきの状態を高め続ける組織」

Slide 119

Slide 119 text

ü メンタルモデル ü 自己マスタリー ü システム思考 ü 共有ビジョン ü チーム学習 // ダイアログ

Slide 120

Slide 120 text

メンタルモデルマインドセットやパラダイムを含めた「世の中や事象に関する前提」 http://bit.ly/nRFmiT

Slide 121

Slide 121 text

⾃自⼰己マスタリー自分がどうありたいか、何を作り出したいかについて理解しつつ、現実との差を認識し、それに向�かって行動する http://bit.ly/q2RSEq

Slide 122

Slide 122 text

システム思考物事を一連の要素のつながりとしてとらえ、そのつながりの相互作用に注目する。全体最適化や複雑な問題解決の手法として用いる http://bit.ly/nZTDdS

Slide 123

Slide 123 text

共有ビジョン組織を構成する人のそれぞれのビジョンを重ねて、組織として共有し浸透可能なビジョンを作るプロセス http://bit.ly/nvZhqo

Slide 124

Slide 124 text

命令説得テスト相談協創 http://bit.ly/p2KAjx

Slide 125

Slide 125 text

“リッツ・カールトンはお客様への心のこもったおもてなしと快適さを提供することをもっとも大切な使命とこころえています。私たちは、お客様に心あたたまる、くつろいだそして洗練された雰囲気を常にお楽しみいただくために最高のパーソナル・サービスと施設を提供することをお約束します。” リッツカールトンのクレドより抜粋

Slide 126

Slide 126 text

“リッツ・カールトンではお客様へお約束したサービスを提供する上で、紳士・淑女こそがもっとも大切な資源です。　信頼、誠実、尊敬、高潔、決意を原則とし、私たちは、個人と会社のためになるよう、持てる才能を育成し、最大限にのばします。　多様性を尊重し、充実した生活を深め、個人のこころざしを実現し、リッツ・カールトン・ミスティークを高める‥リッツ・カールトンは、このような職場環境をはぐくみます。” リッツカールトンの従業員への約束より

Slide 127

Slide 127 text

No content

Slide 128

Slide 128 text

チーム学習・ダイアログお互いのメンタルモデルに対する理解を深めること。集団での気づきの状態を高める

Slide 129

Slide 129 text

⾃自⼰己組織化 ü 上司は責任とチームで解消できない問題の解決を担う ü 上司は後方支援、ファシリテーター役になる ü チームを信じる http://bit.ly/r0Lc8F

Slide 130

Slide 130 text

自己組織化されたチームで仕事をできるようにするためには、外部からのマイクロマネジメントを止める必要がある。 http://bit.ly/ovenYk

Slide 131

Slide 131 text

リーダーや管理理職の役割の変化 ü  従来の役割や振る舞い ü ピラミッド組織 ü コマンド・コントロール ü 権威的 ü 流動性がない ü 答えをいう ü 叱る ü 否定 ü マイクロマネジメント ü  求められる役割や振る舞い ü ネットワーク型組織 ü 自律・自発の支援 ü 民主的 ü 流動性のある ü 導く ü 褒める ü 肯定 ü チームの自主性に任せる

Slide 132

Slide 132 text

リーダーシップのモデル(SL理理論論) http://www.situational.com/ 　より図を引⽤用

Slide 133

Slide 133 text

権限の7レベル ü 指示する ü 売り込む ü 相談する ü 同意する ü アドバイスする ü 問い合わせる ü 移譲する

Slide 134

Slide 134 text

No content

Slide 135

Slide 135 text

全てのアジャイルなプロセスはチームへの権限移譲とチーム内での文化および規範の確立を必要とする http://bit.ly/pdq0xn

Slide 136

Slide 136 text

⼈人事評価のやり⽅方 ü 個人単位の評価からチーム単位の評価 ü 単一の評価者からチームメンバーを含めた評価へ http://bit.ly/r00mRp

Slide 137

Slide 137 text

アンチパターンアジャイルな開発における透明性をそのまま人事評価に利用する。（こなしたタスク数など） http://bit.ly/px6oa1

Slide 138

Slide 138 text

個人の評価はチーム全員から「チームへの貢献度」「プロジェクトや顧客への貢献度」を中心に収集する http://bit.ly/pUG9Gp 対応策

Slide 139

Slide 139 text

No content

Slide 140

Slide 140 text

キャリアパス名選手名監督にあらず。開発のプロが経営のプロとは限らない。逆もまた然り http://bit.ly/mUtDl7

Slide 141

Slide 141 text

採⽤用プロセス

Slide 142

Slide 142 text

よくある問題 ü 固定化された企業イメージによって応募者の属性が偏る ü 面接官個人の判断に左右される ü そのため似たタイプの人材が多くなる ü 数回の面接では能力の見極めは困難

Slide 143

Slide 143 text

h"p://bit.ly/ywESRI

Slide 144

Slide 144 text

No content

Slide 145

Slide 145 text

組織の多様性は強さ http://bit.ly/qEBgGV

Slide 146

Slide 146 text

No content

Slide 147

Slide 147 text

No content

Slide 148

Slide 148 text

“Scrum is a framework for surfacing organizational dysfunction.” Tobias Mayer SSccrruummは組織の機能不全を明るみに出すためのフレームワークである