スクラム再入門(仮) Developer Summit 関西 2013

Summit Developers

Developers Summit 2013 Kansai Action !

スクラム再入門(仮)

原田騎郎株式会社アトラクタ

A3 #kansumiA3

※A1部分は、登壇するセッションIDに変更ください

Summit Developers


I suggest your Next Ac0on!

原田騎郎 Kiro HARADA アジャイルコーチドメインモデラー SCMコンサルタント Twitter: @haradakiro 認定スクラムプロフェッショナル認定スクラムマスター認定スクラムプロダクトオーナー株式会社アトラクタ　代表

3

Summit Developers


Scrum でうれしいこと

4

Summit Developers


Scrum に関わる事実

5

2002 2003 2004 2005 2006 2007 2008 2009 2010 2011 CSM 5 344 907 2,647 6,841 12,857 22,514 26,886 34,601 43,028 CSPO 0 0 0 0 83 503 1,891 3,514 5,325 8,629 CSP 1 2 14 26 38 116 264 366 534 501

0 5000

10000 15000 20000 25000 30000 35000 40000 45000 50000

Scrum Alliance 認定資格保持者推移

出典：2012 IPA 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」

Summit Developers


スクラムに関わる事実

6

米国英国中国デンマークブラジル日本

CSM 67,000 11,800 3,800 3,700 4,600 350 CSPO 8,000 1,800 400 750 900 120 CSP 1,100 0 30 30 60 6

0

10,000

20,000

30,000

40,000

50,000

60,000

70,000

80,000

Scrum Alliance 認定資格国別保有者数

出典：2012 IPA 「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」

Summit Developers


スクラムって何？

7

Summit Developers


Scrum って何？

•  フレームワーク – 複雑で変化の激しい問題に対応するためのフレーム

ワークであり、可能な限り価値の高いプロダクトを生産的かつ創造的に届けるためのものである。

•  軽量 •  理解は容易 •  習得は困難

8

Summit Developers


Scrum

•  3つのロール –  プロダクトオーナー –  チーム –  スクラムマスター

•  成果物 –  プロダクトバックログ –  スプリントバックログ –  インクリメント

•  イベント –  スプリント –  デイリースクラム –  スプリントプラニング –  スプリントレビュー –  スプリントレトロスペクティブ

9

Summit Developers


Scrum の絵

10

Summit Developers


Scrum がフレームワークというのは

•  詰める中身は決まってない

– ユーザーストーリー – プランニングポーカー – バーンダウンチャート

はスクラムの一部ではない。使うかどうかはチームが決める。

11

Summit Developers


Scrum は何を詰めたかったか？

•  中身は決まっていない。

•  でも何を詰めたいと思っていたのか？

12

Summit Developers


ちょっとだけ歴史の時間

13

Summit Developers


ホーソン実験

•  1924-‐1932 •  工場における作業効率を決める要因を探す

実験。

•  作業環境よりも、職場の非公式な人間関係のほうが、作業効率に与える影響が多い

•  人間関係論の基礎

14

Summit Developers


科学的管理法では

•  非公式組織を別の名前で呼んだ

組織的怠業

15

Summit Developers


人間関係論は主流にならず

16

hFp://www.mri.co.jp/NEWS/magazine/club/05/__icsFiles/afieldfile/2008/10/20/20080301_club07_2.pdf

Summit Developers


Ken は何と言っているか？

•  hFp://www.youtube.com/watch?v=_47VWIvOKH8

17

Summit Developers


Ken は何と言っているか

•  「スクラムは誰にでも使える。ソフトウェア工学を知らなくても、ツールがだめでも、ビジネスを理解せず、お互いに嫌悪していても。イテレーション毎に、毎回ゴミを作り出す。」

•  「そして、それはよいことだ」

•  「今、どんな状態にあるか、誰にでもわかる」

18

Summit Developers


透明性

•  自分の現状がどれだけ悪いかの事実を直視する勇気のこと

•  心配ない。実は楽しい。

•  壁に張ることが透明性ではない。

19

Summit Developers


ゲーバー・タリーの工作の学校

20

hFp://www.ted.com/talks/gever_tulley_s_0nkering_school_in_ac0on.html 「子供たちが危険なものを触れることができ、信頼される場所です。自分で怪我したりしないと信頼され、他の人を怪我させたりしないと信頼されます」

Summit Developers


信頼するということ

•  能力のある人を集め、彼らがその能力を解決策の実現に使うことを信頼しよう

•  事実に基づいて定期的に結果にフィードバックすることが、プロダクトとチームの改善に役立つ。

21

Summit Developers


努力には感謝を。結果には評価を。

22

Summit Developers


なぜスクラムを使いたい？

23

Summit Developers


スクラムを採用する理由？

•  流行っているから？ •  顧客がやりたいって言っている？

•  まわりに CSM/CSPO/CSP が増えてきた？

•  みんなスクラムがいい！って言うから？

24

Summit Developers


スクラムを使うことを決める前に

•  スクラムがあなたの状況に合っているか確認しましょう？

– ちょっと痛いかもしれません。 – 選択肢は他にもあります。いつでも。

25

Summit Developers


ではスクラムを評価してみましょう。

•  スクラムはあなたのビジネスに有効ですか？

26

Summit Developers


ありがちな間違い

•  評価基準の評価基準を持っていますか？

•  車の速度はスピードメーターで。では、ヨットのスピードは？

27

Summit Developers


あなたの評価基準は？

•  あなたのソフトウェア開発プロジェクトの評価基準は何ですか？

28

Summit Developers


チームは、　スクラムをやれていますか？

29

Summit Developers


•  チームは利益をあげていますか？

•  製品は利益をあげていますか？

•  会社は利益を上げ続けていますか？

30

Summit Developers


「我々の開発チームは、 100% アジャイルです。」

31

Summit Developers


「我々の会社では、すべてのプロジェクトに

スクラムを使っています。」

32

Summit Developers


• 「我が社の開発標準!@$_)*!@$は、スクラムを元にしており、すべての開発プロジェクトはこの標準にもとづいて、、、!)(*&%12089$&!」

33

Summit Developers


評価基準？

「測定できないものは管理できない」トム・デマルコ

Controlling Sogware Projects: Management, Measurement

and Es0ma0on. 1982

34

Summit Developers


「自分の欲しいものを測る方法を知らないマネージャは、結局、自分の測れるものを欲するようになる」

ラッセル・アコフ Management f-‐Laws

35

hFp://www.f-‐laws.com/pdf/A_LiFle_Book_of_F-‐LawsE.pdf

Summit Developers


•  測定できないものは制御できないというアドバイスは正しかったと思う？

•  今でもそのアドバイスは有効だと思う？ •  ソフトウェア開発プロジェクトにメトリクスは必須

だと思う？

•  私の答えは、ノー、ノー、ノーだ。トム・デマルコ

IEEE Sogware 2009

36

Summit Developers


どうするのか？

•  結果の評価基準指標 •  プロセスの評価基準指標

37

Summit Developers


Scrum ではどうする？

38

•  スプリントレビュー – プロダクトの品質評価

•  スプリントレトロスペクティブ – プロセスの品質評価

Inspect ! (検査せよ)

Summit Developers

Developers Summit 2013 Kansai Action ! 39

•  プロダクトを直すな •  プロセスを直せ

•  プロダクトを直すと、プロダクトの不良を生み出したプロセスが改善されず放置される。

•  ムダを生み出すプロセスを止めないムダ

Summit Developers


プロセスは変わり続ける

•  スプリントを超えて、プロセスがずっと同じであることはない。

•  小さいけれども、安定して変化が起こり続ける。

40

Summit Developers


経験主義

• Unstably Stable (不安定的に安定) •  Stably Unstable (安定的に不安定)

41

Summit Developers


では、どうしたらいいのか？

42

Summit Developers


定義の目的

•  定義はコンセプトを共有するためにある

•  できることを縛るためではない

43

Summit Developers


どうしたらいいのか？

•  It depends (それは状況によるね)。

• 自分で考えるしかないよ。

44

Summit Developers


•  Think Yourself in Your Own Context

•  自分のコンテキストで、自分の頭で考えろ

45

Summit Developers


Scrum を作った人たちは

あなたを信頼している。

•  方法論を作る私たちよりも、プロダクトを作っているチームのほうが、良いプロダクトを作るための適切なプロセスを知っている。

46

Summit Developers


成功の秘訣とは何か？

•  レスリスバーガー(ホーソン実験) – 「誤った二分法に関する所見」

•  「〜この中では『選ぶ』という言葉が極めて重大である」

– Training Within Industry (改善文化の基礎)

47

hFp://ci.nii.ac.jp/naid/110000969597

Summit Developers


• You choose

• あなたが選ぶ

48

Summit Developers


そんなに難しくない

• すでに、　　ここに来ることを選んだ

49

Summit Developers


It’s your turn.

Summit Developers


Scrum の三本柱

透明性検査適応

51

Summit Developers


•  ご清聴ありがとうございました。

•  ご質問は以下まで、ご遠慮なく – TwiFer: @haradakiro – FB: www.facebook.com/harada.kiro

52

Technology

スクラム再入門(仮) Developer Summit 関西 2013