SlideShare a Scribd company logo
1 of 52
Download to read offline
Summit
Developers
Developers Summit 2013 Kansai Action ! 
スクラム再入門(仮)
原田騎郎
株式会社アトラクタ
A3
#kansumiA3
Summit
Developers
Developers Summit 2013 Kansai Action ! 
I	
  suggest	
  your	
  Next	
  Ac0on!
原田 騎郎Kiro HARADA
アジャイルコーチ
ドメインモデラー
SCMコンサルタント
Twitter: @haradakiro
認定スクラムプロフェッショナル
認定スクラムマスター
認定スクラムプロダクトオーナー
株式会社アトラクタ 代表
3
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  でうれしいこと	
4	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
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
Developers Summit 2013 Kansai Action ! 
スクラムに関わる事実	
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
Developers Summit 2013 Kansai Action ! 
スクラムって何?	
7	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  って何?	
•  フレームワーク	
  
–  複雑で変化の激しい問題に対応するためのフレーム
ワークであり、可能な限り価値の高いプロダクトを生
産的かつ創造的に届けるためのものである。	
  
•  軽量	
  
•  理解は容易	
  
•  習得は困難	
8	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  	
•  3つのロール	
  
–  プロダクトオーナー	
  
–  チーム	
  
–  スクラムマスター	
  
•  成果物	
  
–  プロダクトバックログ	
  
–  スプリントバックログ	
  
–  インクリメント	
  
•  イベント	
  
–  スプリント	
  
–  デイリースクラム	
  
–  スプリントプラニング	
  
–  スプリントレビュー	
  
–  スプリントレトロスペクティブ	
9	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  の絵	
10	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  がフレームワークというのは	
•  詰める中身は決まってない	
  
– ユーザーストーリー	
  
– プランニングポーカー	
  
– バーンダウンチャート	
  
はスクラムの一部ではない。	
  
使うかどうかはチームが決める。	
11	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  は何を詰めたかったか?	
•  中身は決まっていない。	
  
•  でも何を詰めたいと思っていたのか?	
12	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
ちょっとだけ歴史の時間	
13	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
ホーソン実験	
•  1924-­‐1932	
  
•  工場における作業効率を決める要因を探す
実験。	
  
•  作業環境よりも、職場の非公式な人間関係
のほうが、作業効率に与える影響が多い	
  
•  人間関係論の基礎	
  
14	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
科学的管理法では	
•  非公式組織を別の名前で呼んだ	
  
組織的怠業	
15	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
人間関係論は主流にならず	
16	
  
hFp://www.mri.co.jp/NEWS/magazine/club/05/__icsFiles/afieldfile/2008/10/20/20080301_club07_2.pdf
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Ken	
  は何と言っているか?	
•  hFp://www.youtube.com/watch?
v=_47VWIvOKH8	
  
17	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Ken	
  は何と言っているか	
•  「スクラムは誰にでも使える。ソフトウェア工学
を知らなくても、ツールがだめでも、ビジネス
を理解せず、お互いに嫌悪していても。イテ
レーション毎に、毎回ゴミを作り出す。」	
  
•  「そして、それはよいことだ」	
  
•  「今、どんな状態にあるか、誰にでもわかる」	
  
18	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
透明性	
•  自分の現状がどれだけ悪いかの事実を直視
する勇気のこと	
  
•  心配ない。実は楽しい。	
  
•  壁に張ることが透明性ではない。	
  
19	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
ゲーバー・タリーの工作の学校	
20	
  
hFp://www.ted.com/talks/
gever_tulley_s_0nkering_school_in_ac0on.html	
  
	
  
「子供たちが危険なものを触れることができ、信
頼される場所です。	
  
自分で怪我したりしないと信頼され、	
  
他の人を怪我させたりしないと信頼されます」	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
信頼するということ	
•  能力のある人を集め、彼らがその能力を解決
策の実現に使うことを信頼しよう	
  
•  事実に基づいて定期的に結果にフィードバッ
クすることが、プロダクトとチームの改善に役
立つ。	
  
21	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
	
  
努力には感謝を。	
  
結果には評価を。	
22	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
なぜスクラムを使いたい?	
23	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
スクラムを採用する理由?	
•  流行っているから?	
  
•  顧客がやりたいって言っている?	
  
•  まわりに	
  CSM/CSPO/CSP	
  が増えてきた?	
  
•  みんなスクラムがいい!って言うから?	
  
24	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
スクラムを使うことを決める前に	
•  スクラムがあなたの状況に合っているか確認
しましょう?	
  
– ちょっと痛いかもしれません。	
  
– 選択肢は他にもあります。いつでも。	
25	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
ではスクラムを評価してみましょう。	
•  スクラムはあなたのビジネスに有効ですか?	
26	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
ありがちな間違い	
•  評価基準の評価基準を持っていますか?	
  
•  車の速度はスピードメーターで。では、ヨット
のスピードは?	
27	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
あなたの評価基準は?	
•  あなたのソフトウェア開発プロジェクトの評価
基準は何ですか?	
  
	
28	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
チームは、	
  
 スクラムをやれていますか?	
29	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
•  チームは利益をあげていますか?	
  
•  製品は利益をあげていますか?	
  
•  会社は利益を上げ続けていますか?	
30	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
「我々の開発チームは、	
  
100%	
  アジャイルです。」	
31	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
「我々の会社では、	
  
すべてのプロジェクトに	
  
スクラムを使っています。」	
32	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
• 「我が社の開発標準!@$_)*!@
$は、スクラムを元にしており、す
べての開発プロジェクトはこの標
準にもとづいて、、、!)(*&
%12089$&!」	
33	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
評価基準?	
「測定できないものは管理できない」	
  
	
  トム・デマルコ	
  
Controlling	
  Sogware	
  Projects:	
  	
  
Management,	
  Measurement	
  	
  
and	
  Es0ma0on.	
  1982	
	
34	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
「自分の欲しいものを測る方法を知らないマ
ネージャは、結局、自分の測れるものを欲する
ようになる」	
  
ラッセル・アコフ	
  
Management	
  f-­‐Laws	
35	
  
hFp://www.f-­‐laws.com/pdf/A_LiFle_Book_of_F-­‐LawsE.pdf
Summit
Developers
Developers Summit 2013 Kansai Action ! 
•  測定できないものは制御できないというアドバイ
スは正しかったと思う?	
  
•  今でもそのアドバイスは有効だと思う?	
  
•  ソフトウェア開発プロジェクトにメトリクスは必須
だと思う?	
  
•  私の答えは、ノー、ノー、ノーだ。	
  
トム・デマルコ	
  	
  
IEEE	
  Sogware	
  2009	
36	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
どうするのか?	
•  結果の評価基準指標	
  
•  プロセスの評価基準指標	
37	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  ではどうする?	
38	
  
•  スプリントレビュー	
  
– プロダクトの品質評価	
  
	
  
•  スプリントレトロスペクティブ	
  
– プロセスの品質評価	
  
Inspect	
  !	
  (検査せよ)	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
 39	
  
•  プロダクトを直すな	
  
•  プロセスを直せ	
  
•  プロダクトを直すと、プロダクトの不良を生み出し
たプロセスが改善されず放置される。	
  
•  ムダを生み出すプロセスを止めないムダ
Summit
Developers
Developers Summit 2013 Kansai Action ! 
プロセスは変わり続ける	
•  スプリントを超えて、プロセスがずっと同じで
あることはない。	
  
•  小さいけれども、安定して変化が起こり続け
る。	
40	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
経験主義	
•  Unstably	
  Stable	
  (不安定的に安定)	
  
	
  
•  Stably	
  Unstable	
  (安定的に不安定)	
41	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
では、どうしたらいいのか?	
42	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
定義の目的	
•  定義はコンセプトを共有するためにある	
  
•  できることを縛るためではない	
43	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
どうしたらいいのか?	
•  It	
  depends	
  (それは状況によるね)。	
  
•  自分で考えるしかないよ。	
44	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
•  Think	
  Yourself	
  in	
  Your	
  Own	
  Context	
  
•  自分のコンテキストで、自分の頭で考えろ	
45	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  を作った人たちは	
あなたを信頼している。	
  
•  方法論を作る私たちよりも、プロダクトを作っ
ているチームのほうが、良いプロダクトを作る
ための適切なプロセスを知っている。	
46	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
成功の秘訣とは何か?	
•  レスリスバーガー(ホーソン実験)	
  
– 「誤った二分法に関する所見」	
  
•  「〜この中では『選ぶ』という言葉が極めて重
大である」	
  
– Training	
  Within	
  Industry	
  (改善文化の基礎)	
47	
  
hFp://ci.nii.ac.jp/naid/110000969597
Summit
Developers
Developers Summit 2013 Kansai Action ! 
• You	
  choose	
  
• あなたが選ぶ	
48	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
そんなに難しくない	
• すでに、	
  
  ここに来ることを選んだ	
49	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
It’s	
  your	
  turn.
Summit
Developers
Developers Summit 2013 Kansai Action ! 
Scrum	
  の三本柱	
透明性	
  
検査	
  
適応	
51	
  
Summit
Developers
Developers Summit 2013 Kansai Action ! 
•  ご清聴ありがとうございました。	
  
•  ご質問は以下まで、ご遠慮なく	
  
– TwiFer:	
  @haradakiro	
  
– FB:	
  www.facebook.com/harada.kiro	
  
52	
  

More Related Content

What's hot

ぐるぐるDDD(ドメイン駆動設計)に参加してみました
ぐるぐるDDD(ドメイン駆動設計)に参加してみましたぐるぐるDDD(ドメイン駆動設計)に参加してみました
ぐるぐるDDD(ドメイン駆動設計)に参加してみましたTakuya Kawabe
 
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩kiita312
 
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2Miho Nagase
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスYasui Tsutomu
 
1から学ぶスクラム
1から学ぶスクラム1から学ぶスクラム
1から学ぶスクラムKeisuke Izumiya
 
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道Arata Fujimura
 
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきましたHajime Yanagawa
 
はじめてのScrum
はじめてのScrumはじめてのScrum
はじめてのScrumKenji Morita
 
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)Arata Fujimura
 
アジャイル入門
アジャイル入門アジャイル入門
アジャイル入門Kenji Morita
 
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!Yasui Tsutomu
 
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズアジャイルレトロスペクティブズ
アジャイルレトロスペクティブズYagi Natsuki
 
はじめてのアジャイル
はじめてのアジャイルはじめてのアジャイル
はじめてのアジャイルYoshihito Kuranuki
 
そのスプリントレビューは、機能してますか? #agile_hiyoko
そのスプリントレビューは、機能してますか? #agile_hiyokoそのスプリントレビューは、機能してますか? #agile_hiyoko
そのスプリントレビューは、機能してますか? #agile_hiyokoMiho Nagase
 
すくすくスクラム用語集
すくすくスクラム用語集すくすくスクラム用語集
すくすくスクラム用語集Akihito Enomoto
 
Agile Software Development for Newbies
Agile Software Development for NewbiesAgile Software Development for Newbies
Agile Software Development for NewbiesNaoto Nishimura
 
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法Hirotaka Osaki
 
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・Rakuten Group, Inc.
 

What's hot (20)

ぐるぐるDDD(ドメイン駆動設計)に参加してみました
ぐるぐるDDD(ドメイン駆動設計)に参加してみましたぐるぐるDDD(ドメイン駆動設計)に参加してみました
ぐるぐるDDD(ドメイン駆動設計)に参加してみました
 
Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩Redmineをつかったスクラム開発のはじめの一歩
Redmineをつかったスクラム開発のはじめの一歩
 
Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2Agile-development-course-advanced-1-2
Agile-development-course-advanced-1-2
 
アジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティスアジャイルとスクラムとは 原則、価値、プラクティス
アジャイルとスクラムとは 原則、価値、プラクティス
 
1から学ぶスクラム
1から学ぶスクラム1から学ぶスクラム
1から学ぶスクラム
 
DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道DevOpsを支える原則、3つの道
DevOpsを支える原則、3つの道
 
認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました認定スクラムマスター研修に行ってきました
認定スクラムマスター研修に行ってきました
 
はじめてのScrum
はじめてのScrumはじめてのScrum
はじめてのScrum
 
開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)開発モデルの作り方(守破離の破)
開発モデルの作り方(守破離の破)
 
アジャイル入門
アジャイル入門アジャイル入門
アジャイル入門
 
僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!僕らのおれおれメトリクス / We Metrics Our Own Way!
僕らのおれおれメトリクス / We Metrics Our Own Way!
 
アジャイルレトロスペクティブズ
アジャイルレトロスペクティブズアジャイルレトロスペクティブズ
アジャイルレトロスペクティブズ
 
はじめてのアジャイル
はじめてのアジャイルはじめてのアジャイル
はじめてのアジャイル
 
そのスプリントレビューは、機能してますか? #agile_hiyoko
そのスプリントレビューは、機能してますか? #agile_hiyokoそのスプリントレビューは、機能してますか? #agile_hiyoko
そのスプリントレビューは、機能してますか? #agile_hiyoko
 
すくすくスクラム用語集
すくすくスクラム用語集すくすくスクラム用語集
すくすくスクラム用語集
 
アジャイルと私
アジャイルと私アジャイルと私
アジャイルと私
 
Agile Software Development for Newbies
Agile Software Development for NewbiesAgile Software Development for Newbies
Agile Software Development for Newbies
 
Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法Ameba流 scrumを浸透させていく方法
Ameba流 scrumを浸透させていく方法
 
スクラム再入門
スクラム再入門スクラム再入門
スクラム再入門
 
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
チームで1番弱い子がアジャイルレトロスペクティブやってみたら ・・・
 

Viewers also liked

SGT2014 プロダクトオーナー現場十色
SGT2014 プロダクトオーナー現場十色SGT2014 プロダクトオーナー現場十色
SGT2014 プロダクトオーナー現場十色Yuichiro Yamamoto
 
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
[PO Meetup 4th] プロダクトを描きストーリーを語ろう[PO Meetup 4th] プロダクトを描きストーリーを語ろう
[PO Meetup 4th] プロダクトを描きストーリーを語ろうYuichiro Yamamoto
 
選択と自由の見地からのモチベーション考
選択と自由の見地からのモチベーション考選択と自由の見地からのモチベーション考
選択と自由の見地からのモチベーション考Yuichiro Yamamoto
 
Agile japan神戸サテライト アジャイルの入り口は意外と広い。 その中はもっと広い
Agile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広いAgile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広い
Agile japan神戸サテライト アジャイルの入り口は意外と広い。 その中はもっと広いYuichiro Yamamoto
 
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメYuichiro Yamamoto
 
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨Yuichiro Yamamoto
 
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)Yasui Tsutomu
 
Agile Discussion 1st
Agile Discussion 1stAgile Discussion 1st
Agile Discussion 1stTakao Kimura
 
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One AnotherTPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One AnotherKiro Harada
 
Cursos Agile Think - Kanban - 3/4
Cursos Agile Think - Kanban - 3/4Cursos Agile Think - Kanban - 3/4
Cursos Agile Think - Kanban - 3/4Agile Think® Share
 
アジャイルオフショア開発モデル
アジャイルオフショア開発モデルアジャイルオフショア開発モデル
アジャイルオフショア開発モデルArata Fujimura
 
アジャイルなオフショア開発(Rakuten techtalk)
アジャイルなオフショア開発(Rakuten techtalk)アジャイルなオフショア開発(Rakuten techtalk)
アジャイルなオフショア開発(Rakuten techtalk)Arata Fujimura
 
3 Faces of Kaizen
3 Faces of Kaizen3 Faces of Kaizen
3 Faces of KaizenKiro Harada
 
システム開発の流れ(アジャイルソフトウェア開発)
システム開発の流れ(アジャイルソフトウェア開発)システム開発の流れ(アジャイルソフトウェア開発)
システム開発の流れ(アジャイルソフトウェア開発)Arata Fujimura
 
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
フィリピンのスタートアップにスクラムを導入しようとしてみたお話フィリピンのスタートアップにスクラムを導入しようとしてみたお話
フィリピンのスタートアップにスクラムを導入しようとしてみたお話Arata Fujimura
 
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語るYuichiro Yamamoto
 
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)Yuichiro Yamamoto
 
A 2a:アジャイルなオフショア開発
A 2a:アジャイルなオフショア開発A 2a:アジャイルなオフショア開発
A 2a:アジャイルなオフショア開発Arata Fujimura
 

Viewers also liked (20)

ダイスワークゲーム
ダイスワークゲームダイスワークゲーム
ダイスワークゲーム
 
SGT2014 プロダクトオーナー現場十色
SGT2014 プロダクトオーナー現場十色SGT2014 プロダクトオーナー現場十色
SGT2014 プロダクトオーナー現場十色
 
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
[PO Meetup 4th] プロダクトを描きストーリーを語ろう[PO Meetup 4th] プロダクトを描きストーリーを語ろう
[PO Meetup 4th] プロダクトを描きストーリーを語ろう
 
選択と自由の見地からのモチベーション考
選択と自由の見地からのモチベーション考選択と自由の見地からのモチベーション考
選択と自由の見地からのモチベーション考
 
Agile japan神戸サテライト アジャイルの入り口は意外と広い。 その中はもっと広い
Agile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広いAgile japan神戸サテライト アジャイルの入り口は意外と広い。その中はもっと広い
Agile japan神戸サテライト アジャイルの入り口は意外と広い。 その中はもっと広い
 
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
[POMeetup 8th]ビジョンをシンプルに描くツールと、理解共有のススメ
 
Xp祭り関西2013
Xp祭り関西2013Xp祭り関西2013
Xp祭り関西2013
 
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
[Agile Tour Osaka 2013] プロジェクトを導くしなやかな背骨
 
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
三島teNet第9回ワークショップ アジャイルな開発とは(公開版)
 
Agile Discussion 1st
Agile Discussion 1stAgile Discussion 1st
Agile Discussion 1st
 
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One AnotherTPS, Lean, and Scrum - How They Are Developed and Influenced One Another
TPS, Lean, and Scrum - How They Are Developed and Influenced One Another
 
Cursos Agile Think - Kanban - 3/4
Cursos Agile Think - Kanban - 3/4Cursos Agile Think - Kanban - 3/4
Cursos Agile Think - Kanban - 3/4
 
アジャイルオフショア開発モデル
アジャイルオフショア開発モデルアジャイルオフショア開発モデル
アジャイルオフショア開発モデル
 
アジャイルなオフショア開発(Rakuten techtalk)
アジャイルなオフショア開発(Rakuten techtalk)アジャイルなオフショア開発(Rakuten techtalk)
アジャイルなオフショア開発(Rakuten techtalk)
 
3 Faces of Kaizen
3 Faces of Kaizen3 Faces of Kaizen
3 Faces of Kaizen
 
システム開発の流れ(アジャイルソフトウェア開発)
システム開発の流れ(アジャイルソフトウェア開発)システム開発の流れ(アジャイルソフトウェア開発)
システム開発の流れ(アジャイルソフトウェア開発)
 
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
フィリピンのスタートアップにスクラムを導入しようとしてみたお話フィリピンのスタートアップにスクラムを導入しようとしてみたお話
フィリピンのスタートアップにスクラムを導入しようとしてみたお話
 
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
[POMeetup5th] ユーザー・ストーリー・マップでプロダクトを語る
 
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
スクラムナイト7 ユーザーストーリーマッピングやで、知らんけど(公開用抜粋)
 
A 2a:アジャイルなオフショア開発
A 2a:アジャイルなオフショア開発A 2a:アジャイルなオフショア開発
A 2a:アジャイルなオフショア開発
 

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

人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜Yukei Wachi
 
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2Takenori Takaki
 
最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話Arata Fujimura
 
【15-e-7】Kinectから始まったスタートアップ #devsumi
【15-e-7】Kinectから始まったスタートアップ #devsumi【15-e-7】Kinectから始まったスタートアップ #devsumi
【15-e-7】Kinectから始まったスタートアップ #devsumiKaoru NAKAMURA
 
Kansumi2013 tamagawa
Kansumi2013 tamagawaKansumi2013 tamagawa
Kansumi2013 tamagawaSORACOM, INC
 
Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説Kazutaka Sankai
 
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdfFearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdfDaniel Teng
 
アジャイル開発&TFS導入
アジャイル開発&TFS導入アジャイル開発&TFS導入
アジャイル開発&TFS導入You&I
 
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかたふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかたYoshitaka Kawashima
 
[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例
[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例
[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例Shigeki Morizane
 
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)智治 長沢
 
Scrumワークショップ
ScrumワークショップScrumワークショップ
ScrumワークショップYou&I
 
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発Naoki Umehara
 
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレースデブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレースDevelopers Summit
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムKazutaka Sankai
 
Essential Scrum And Manager
Essential Scrum And ManagerEssential Scrum And Manager
Essential Scrum And ManagerMasanori Kado
 
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理You&I
 

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

人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜人が作るソフトウェア 〜今組織パターンを読む意味〜
人が作るソフトウェア 〜今組織パターンを読む意味〜
 
[デブサミ関西2013]チケット駆動で プロジェクトチームを加速せよ
[デブサミ関西2013]チケット駆動でプロジェクトチームを加速せよ[デブサミ関西2013]チケット駆動でプロジェクトチームを加速せよ
[デブサミ関西2013]チケット駆動で プロジェクトチームを加速せよ
 
はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2はじめてのScrumこれから大切にしたいこと Release#2
はじめてのScrumこれから大切にしたいこと Release#2
 
Scrum"再"入門
Scrum"再"入門Scrum"再"入門
Scrum"再"入門
 
最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話最高のScrumキメた後にスケールさせようとして混乱した話
最高のScrumキメた後にスケールさせようとして混乱した話
 
【15-e-7】Kinectから始まったスタートアップ #devsumi
【15-e-7】Kinectから始まったスタートアップ #devsumi【15-e-7】Kinectから始まったスタートアップ #devsumi
【15-e-7】Kinectから始まったスタートアップ #devsumi
 
Kansumi2013 tamagawa
Kansumi2013 tamagawaKansumi2013 tamagawa
Kansumi2013 tamagawa
 
Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説Scrum:適用領域の広がりとscrum for hw概説
Scrum:適用領域の広がりとscrum for hw概説
 
Fearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdfFearless Change RSG Japan English.pdf
Fearless Change RSG Japan English.pdf
 
アジャイル開発&TFS導入
アジャイル開発&TFS導入アジャイル開発&TFS導入
アジャイル開発&TFS導入
 
ふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかたふつうの受託開発チームのつくりかた
ふつうの受託開発チームのつくりかた
 
[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例
[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例
[Agile Japan 2017 NRIサテライト]SCRUMをベースにしたNRIでの適用事例
 
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
【MSC 2013】 開発者が知っておくべきこれからの開発現場 (DE-010)
 
Scrumワークショップ
ScrumワークショップScrumワークショップ
Scrumワークショップ
 
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
Ricoh UCS for iPad でみる エンタープライズ アジャイル開発
 
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレースデブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
デブサミ2013【14-E-2】パフォーマンス・チューニングに革命をもたらす最新テクノロジー - トランザクショントレース
 
TPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラムTPS/リーンを使って強化するアジャイル/スクラム
TPS/リーンを使って強化するアジャイル/スクラム
 
Essential Scrum And Manager
Essential Scrum And ManagerEssential Scrum And Manager
Essential Scrum And Manager
 
Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理Pivotal Trackerでアジャイルなプロジェクト管理
Pivotal Trackerでアジャイルなプロジェクト管理
 
15 c5 dad
15 c5 dad15 c5 dad
15 c5 dad
 

More from Kiro Harada

Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017Kiro Harada
 
Kaizen in Action
Kaizen in ActionKaizen in Action
Kaizen in ActionKiro Harada
 
スクラムパタン入門
スクラムパタン入門スクラムパタン入門
スクラムパタン入門Kiro Harada
 
Is Xp still extreme?
Is Xp still extreme?Is Xp still extreme?
Is Xp still extreme?Kiro Harada
 
改善の3つの顔
改善の3つの顔改善の3つの顔
改善の3つの顔Kiro Harada
 
TPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and FutureTPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and FutureKiro Harada
 
改善のためのちょっとしたコツ
改善のためのちょっとしたコツ改善のためのちょっとしたコツ
改善のためのちょっとしたコツKiro Harada
 
Coderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 UnconferenceCoderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 UnconferenceKiro Harada
 
A Tip to Help Your Kaizen
A Tip to Help Your KaizenA Tip to Help Your Kaizen
A Tip to Help Your KaizenKiro Harada
 
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみるとJenkins に XFD を追加してみると
Jenkins に XFD を追加してみるとKiro Harada
 
アジャイル開発をはじめる前に
アジャイル開発をはじめる前にアジャイル開発をはじめる前に
アジャイル開発をはじめる前にKiro Harada
 
モデリングのすすめ
モデリングのすすめモデリングのすすめ
モデリングのすすめKiro Harada
 
ソフトウェアの構造とオープン化
ソフトウェアの構造とオープン化ソフトウェアの構造とオープン化
ソフトウェアの構造とオープン化Kiro Harada
 

More from Kiro Harada (15)

Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017Kaizen in Action for Regional Scrum Gathering Tokyo 2017
Kaizen in Action for Regional Scrum Gathering Tokyo 2017
 
Kaizen in Action
Kaizen in ActionKaizen in Action
Kaizen in Action
 
スクラムパタン入門
スクラムパタン入門スクラムパタン入門
スクラムパタン入門
 
Is Xp still extreme?
Is Xp still extreme?Is Xp still extreme?
Is Xp still extreme?
 
改善の3つの顔
改善の3つの顔改善の3つの顔
改善の3つの顔
 
TPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and FutureTPS Lean and Agile - Brief History and Future
TPS Lean and Agile - Brief History and Future
 
改善のためのちょっとしたコツ
改善のためのちょっとしたコツ改善のためのちょっとしたコツ
改善のためのちょっとしたコツ
 
Coderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 UnconferenceCoderetreat のススメ at Developers' Summit 2013 Unconference
Coderetreat のススメ at Developers' Summit 2013 Unconference
 
A Tip to Help Your Kaizen
A Tip to Help Your KaizenA Tip to Help Your Kaizen
A Tip to Help Your Kaizen
 
Jenkins に XFD を追加してみると
Jenkins に XFD を追加してみるとJenkins に XFD を追加してみると
Jenkins に XFD を追加してみると
 
Arduino jenkins
Arduino jenkinsArduino jenkins
Arduino jenkins
 
アジャイル開発をはじめる前に
アジャイル開発をはじめる前にアジャイル開発をはじめる前に
アジャイル開発をはじめる前に
 
Scrum & Kanban
Scrum & KanbanScrum & Kanban
Scrum & Kanban
 
モデリングのすすめ
モデリングのすすめモデリングのすすめ
モデリングのすすめ
 
ソフトウェアの構造とオープン化
ソフトウェアの構造とオープン化ソフトウェアの構造とオープン化
ソフトウェアの構造とオープン化
 

Recently uploaded

AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfFumieNakayama
 
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfFumieNakayama
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineerYuki Kikuchi
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)Hiroshi Tomioka
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...博三 太田
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)UEHARA, Tetsutaro
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?akihisamiyanaga1
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NTT DATA Technology & Innovation
 

Recently uploaded (8)

AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdfAWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
AWS の OpenShift サービス (ROSA) を使った OpenShift Virtualizationの始め方.pdf
 
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdfクラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
クラウドネイティブなサーバー仮想化基盤 - OpenShift Virtualization.pdf
 
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
自分史上一番早い2024振り返り〜コロナ後、仕事は通常ペースに戻ったか〜 by IoT fullstack engineer
 
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
業務で生成AIを活用したい人のための生成AI入門講座(社外公開版:キンドリルジャパン社内勉強会:2024年4月発表)
 
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察  ~Text-to-MusicとText-To-ImageかつImage-to-Music...
モーダル間の変換後の一致性とジャンル表を用いた解釈可能性の考察 ~Text-to-MusicとText-To-ImageかつImage-to-Music...
 
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
デジタル・フォレンジックの最新動向(2024年4月27日情洛会総会特別講演スライド)
 
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
CTO, VPoE, テックリードなどリーダーポジションに登用したくなるのはどんな人材か?
 
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
NewSQLの可用性構成パターン(OCHaCafe Season 8 #4 発表資料)
 

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

  • 1. Summit Developers Developers Summit 2013 Kansai Action ! スクラム再入門(仮) 原田騎郎 株式会社アトラクタ A3 #kansumiA3
  • 2. Summit Developers Developers Summit 2013 Kansai Action ! I  suggest  your  Next  Ac0on!
  • 3. 原田 騎郎Kiro HARADA アジャイルコーチ ドメインモデラー SCMコンサルタント Twitter: @haradakiro 認定スクラムプロフェッショナル 認定スクラムマスター 認定スクラムプロダクトオーナー 株式会社アトラクタ 代表 3
  • 4. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  でうれしいこと 4  
  • 5. Summit Developers Developers Summit 2013 Kansai Action ! 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  「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」
  • 6. Summit Developers Developers Summit 2013 Kansai Action ! スクラムに関わる事実 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  「非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査」
  • 7. Summit Developers Developers Summit 2013 Kansai Action ! スクラムって何? 7  
  • 8. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  って何? •  フレームワーク   –  複雑で変化の激しい問題に対応するためのフレーム ワークであり、可能な限り価値の高いプロダクトを生 産的かつ創造的に届けるためのものである。   •  軽量   •  理解は容易   •  習得は困難 8  
  • 9. Summit Developers Developers Summit 2013 Kansai Action ! Scrum   •  3つのロール   –  プロダクトオーナー   –  チーム   –  スクラムマスター   •  成果物   –  プロダクトバックログ   –  スプリントバックログ   –  インクリメント   •  イベント   –  スプリント   –  デイリースクラム   –  スプリントプラニング   –  スプリントレビュー   –  スプリントレトロスペクティブ 9  
  • 10. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  の絵 10  
  • 11. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  がフレームワークというのは •  詰める中身は決まってない   – ユーザーストーリー   – プランニングポーカー   – バーンダウンチャート   はスクラムの一部ではない。   使うかどうかはチームが決める。 11  
  • 12. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  は何を詰めたかったか? •  中身は決まっていない。   •  でも何を詰めたいと思っていたのか? 12  
  • 13. Summit Developers Developers Summit 2013 Kansai Action ! ちょっとだけ歴史の時間 13  
  • 14. Summit Developers Developers Summit 2013 Kansai Action ! ホーソン実験 •  1924-­‐1932   •  工場における作業効率を決める要因を探す 実験。   •  作業環境よりも、職場の非公式な人間関係 のほうが、作業効率に与える影響が多い   •  人間関係論の基礎   14  
  • 15. Summit Developers Developers Summit 2013 Kansai Action ! 科学的管理法では •  非公式組織を別の名前で呼んだ   組織的怠業 15  
  • 16. Summit Developers Developers Summit 2013 Kansai Action ! 人間関係論は主流にならず 16   hFp://www.mri.co.jp/NEWS/magazine/club/05/__icsFiles/afieldfile/2008/10/20/20080301_club07_2.pdf
  • 17. Summit Developers Developers Summit 2013 Kansai Action ! Ken  は何と言っているか? •  hFp://www.youtube.com/watch? v=_47VWIvOKH8   17  
  • 18. Summit Developers Developers Summit 2013 Kansai Action ! Ken  は何と言っているか •  「スクラムは誰にでも使える。ソフトウェア工学 を知らなくても、ツールがだめでも、ビジネス を理解せず、お互いに嫌悪していても。イテ レーション毎に、毎回ゴミを作り出す。」   •  「そして、それはよいことだ」   •  「今、どんな状態にあるか、誰にでもわかる」   18  
  • 19. Summit Developers Developers Summit 2013 Kansai Action ! 透明性 •  自分の現状がどれだけ悪いかの事実を直視 する勇気のこと   •  心配ない。実は楽しい。   •  壁に張ることが透明性ではない。   19  
  • 20. Summit Developers Developers Summit 2013 Kansai Action ! ゲーバー・タリーの工作の学校 20   hFp://www.ted.com/talks/ gever_tulley_s_0nkering_school_in_ac0on.html     「子供たちが危険なものを触れることができ、信 頼される場所です。   自分で怪我したりしないと信頼され、   他の人を怪我させたりしないと信頼されます」  
  • 21. Summit Developers Developers Summit 2013 Kansai Action ! 信頼するということ •  能力のある人を集め、彼らがその能力を解決 策の実現に使うことを信頼しよう   •  事実に基づいて定期的に結果にフィードバッ クすることが、プロダクトとチームの改善に役 立つ。   21  
  • 22. Summit Developers Developers Summit 2013 Kansai Action !   努力には感謝を。   結果には評価を。 22  
  • 23. Summit Developers Developers Summit 2013 Kansai Action ! なぜスクラムを使いたい? 23  
  • 24. Summit Developers Developers Summit 2013 Kansai Action ! スクラムを採用する理由? •  流行っているから?   •  顧客がやりたいって言っている?   •  まわりに  CSM/CSPO/CSP  が増えてきた?   •  みんなスクラムがいい!って言うから?   24  
  • 25. Summit Developers Developers Summit 2013 Kansai Action ! スクラムを使うことを決める前に •  スクラムがあなたの状況に合っているか確認 しましょう?   – ちょっと痛いかもしれません。   – 選択肢は他にもあります。いつでも。 25  
  • 26. Summit Developers Developers Summit 2013 Kansai Action ! ではスクラムを評価してみましょう。 •  スクラムはあなたのビジネスに有効ですか? 26  
  • 27. Summit Developers Developers Summit 2013 Kansai Action ! ありがちな間違い •  評価基準の評価基準を持っていますか?   •  車の速度はスピードメーターで。では、ヨット のスピードは? 27  
  • 28. Summit Developers Developers Summit 2013 Kansai Action ! あなたの評価基準は? •  あなたのソフトウェア開発プロジェクトの評価 基準は何ですか?   28  
  • 29. Summit Developers Developers Summit 2013 Kansai Action ! チームは、    スクラムをやれていますか? 29  
  • 30. Summit Developers Developers Summit 2013 Kansai Action ! •  チームは利益をあげていますか?   •  製品は利益をあげていますか?   •  会社は利益を上げ続けていますか? 30  
  • 31. Summit Developers Developers Summit 2013 Kansai Action ! 「我々の開発チームは、   100%  アジャイルです。」 31  
  • 32. Summit Developers Developers Summit 2013 Kansai Action ! 「我々の会社では、   すべてのプロジェクトに   スクラムを使っています。」 32  
  • 33. Summit Developers Developers Summit 2013 Kansai Action ! • 「我が社の開発標準!@$_)*!@ $は、スクラムを元にしており、す べての開発プロジェクトはこの標 準にもとづいて、、、!)(*& %12089$&!」 33  
  • 34. Summit Developers Developers Summit 2013 Kansai Action ! 評価基準? 「測定できないものは管理できない」    トム・デマルコ   Controlling  Sogware  Projects:     Management,  Measurement     and  Es0ma0on.  1982 34  
  • 35. Summit Developers Developers Summit 2013 Kansai Action ! 「自分の欲しいものを測る方法を知らないマ ネージャは、結局、自分の測れるものを欲する ようになる」   ラッセル・アコフ   Management  f-­‐Laws 35   hFp://www.f-­‐laws.com/pdf/A_LiFle_Book_of_F-­‐LawsE.pdf
  • 36. Summit Developers Developers Summit 2013 Kansai Action ! •  測定できないものは制御できないというアドバイ スは正しかったと思う?   •  今でもそのアドバイスは有効だと思う?   •  ソフトウェア開発プロジェクトにメトリクスは必須 だと思う?   •  私の答えは、ノー、ノー、ノーだ。   トム・デマルコ     IEEE  Sogware  2009 36  
  • 37. Summit Developers Developers Summit 2013 Kansai Action ! どうするのか? •  結果の評価基準指標   •  プロセスの評価基準指標 37  
  • 38. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  ではどうする? 38   •  スプリントレビュー   – プロダクトの品質評価     •  スプリントレトロスペクティブ   – プロセスの品質評価   Inspect  !  (検査せよ)  
  • 39. Summit Developers Developers Summit 2013 Kansai Action ! 39   •  プロダクトを直すな   •  プロセスを直せ   •  プロダクトを直すと、プロダクトの不良を生み出し たプロセスが改善されず放置される。   •  ムダを生み出すプロセスを止めないムダ
  • 40. Summit Developers Developers Summit 2013 Kansai Action ! プロセスは変わり続ける •  スプリントを超えて、プロセスがずっと同じで あることはない。   •  小さいけれども、安定して変化が起こり続け る。 40  
  • 41. Summit Developers Developers Summit 2013 Kansai Action ! 経験主義 •  Unstably  Stable  (不安定的に安定)     •  Stably  Unstable  (安定的に不安定) 41  
  • 42. Summit Developers Developers Summit 2013 Kansai Action ! では、どうしたらいいのか? 42  
  • 43. Summit Developers Developers Summit 2013 Kansai Action ! 定義の目的 •  定義はコンセプトを共有するためにある   •  できることを縛るためではない 43  
  • 44. Summit Developers Developers Summit 2013 Kansai Action ! どうしたらいいのか? •  It  depends  (それは状況によるね)。   •  自分で考えるしかないよ。 44  
  • 45. Summit Developers Developers Summit 2013 Kansai Action ! •  Think  Yourself  in  Your  Own  Context   •  自分のコンテキストで、自分の頭で考えろ 45  
  • 46. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  を作った人たちは あなたを信頼している。   •  方法論を作る私たちよりも、プロダクトを作っ ているチームのほうが、良いプロダクトを作る ための適切なプロセスを知っている。 46  
  • 47. Summit Developers Developers Summit 2013 Kansai Action ! 成功の秘訣とは何か? •  レスリスバーガー(ホーソン実験)   – 「誤った二分法に関する所見」   •  「〜この中では『選ぶ』という言葉が極めて重 大である」   – Training  Within  Industry  (改善文化の基礎) 47   hFp://ci.nii.ac.jp/naid/110000969597
  • 48. Summit Developers Developers Summit 2013 Kansai Action ! • You  choose   • あなたが選ぶ 48  
  • 49. Summit Developers Developers Summit 2013 Kansai Action ! そんなに難しくない • すでに、     ここに来ることを選んだ 49  
  • 50. Summit Developers Developers Summit 2013 Kansai Action ! It’s  your  turn.
  • 51. Summit Developers Developers Summit 2013 Kansai Action ! Scrum  の三本柱 透明性   検査   適応 51  
  • 52. Summit Developers Developers Summit 2013 Kansai Action ! •  ご清聴ありがとうございました。   •  ご質問は以下まで、ご遠慮なく   – TwiFer:  @haradakiro   – FB:  www.facebook.com/harada.kiro   52