2014/06/13

自己紹介

アジャイル開発を進め維持するために必要なもの石橋 伸介
エスアイコンサルティング 代表
認定スクラムマスター（）
認定スクラムマスター（CSM）
スクラムマスター（
会計事務所系列のシステム会社で、システムエンジニアを２２年経験し、２０１１年に独立開業

エスアイコンサルティング 石橋伸介
2014/6/13
第114回PMAJ関西例会

経営に繋がるITの実践コンサルタント
経営に繋がる の実践コンサルタント
2003年
年 プロジェクトマネジメントスペシャリスト
2010年
年 山口大学大学院技術経営研究科卒業

中四国P2M研究部会

アジャイルジャパン2014との関わり

現在、三代目世話人をやらせて頂いています。

2012年
年 四国松山のサテライトに参加
2013年
広島サテライトをP2Mセミ
年 Agile Japan広島サテライトを広島サテライトをセミ・初代：・・初代：・・・・・・・・氏、経営コンサルタント（現在は大学准教授）
・二代：・二代：・・・・・・・・氏、システム会社の元後輩ナーとして開催（倉貫さんの講演好評）
今 年 当日6/27に産直セッションとして、当日に産直セッションとして、参加企業サテライト会場から生中継。

（現在は某ホテルマン、監査系業務）
他の主要メンバ：経営コンサルタント、他の主要メンバ：経営コンサルタント、・・・・・・・・
システム会社社員
システム会社社員、会社社員、・・・・・・・・社員等
社員等

翌日はP2Mセミナー、セミナー、AgileJapan
翌日はセミナー、広島サテライトを開催予定。

アジャイルサムライという本

アジャイルサムライという本・著者（原書）Jonathan Rasmusson
・監訳（他訳者2名）
西村直人･角谷信太郎
・・発売日
2011年7月16日
・・出版社
オーム社
・・出版部数(ｺﾝﾋﾟｭｰﾀ書)2011年1位､2012年2位

1

2014/06/13

アジャイルサムライ読書会 in 廣島道場

角谷さんに確認した監訳の角谷さんによって､監訳の角谷さんによって､GitHub にアジャイルサムライのサポートページが作成される。
アジャイルサムライ道場（読書会）が全国で開催され始め､始め､自主組織化ですごいことに・・やり方等が記載されて島根でUstream放送も放送もやり方等が記載されて島根で広島でも誰か開催して欲しい、誰もやらないならやってみよう（全国で24番目の開催）てみよう（全国で 番目の開催）
2012年
年2月から月から10月まで計～3週間ごとの週間ごとの月から 月まで計14回
月まで計 回､2～水曜日夜19:30～～21:30､､場所はカフェなどを利用し、水曜日夜参加者は､名超えました。
参加者は､累計100名超えました。
累計ＩＰＡも調査していた
2012年
年6月
月｢非ウォーターフォール型開発の 普及要因と適用領域の拡大に関する調査 ｣P49.例えば書籍
例えば書籍『例えば書籍『アジャイルサムライ－達人開発者への道』の道』の読書会が､｢の読書会が､｢アジャイルサムライ道場､｢アジャイルサムライ道場｣アジャイルサムライ道場｣として各地域に続々と立ち上がっている。

日本でのアジャイル

アジャイルサムライ道場としては、湯島道場、渋谷道場、新宿道場、DevLOVE道場、札幌道場、島根道場、埼玉道場、札幌道場、島根道場、埼玉新宿道場、道場、秋田寺子屋、京都道場、静岡道場、大井町道場、金沢道場、大阪道場、松山道場など。さらに企業内道場として、エイチーム道場、BIGLOBE道場、道場、TIS道場、道場、ECとして、エイチーム道場、道場、道場、ナビ道場、ドワンゴ道場、ドリコム道場、などが存在する。

広島道場が無いw

22014/06/13

アジャイル開発の導入状況
日本でのアジャイル
2010年
年 IPA-SEC「非ウォーターフォール型開「非ウォーターフォール型開発に関する調査結果」を公開

米国

2010年しまね
年しまね IT 産業振興事業（商工労働部）「Ruby ビジネスモデル研究実証事業」実施

日本

35％％

2012年
年6月
月 ｢非ウォーターフォール型開発の普及要因と適用領域の拡大に関する調査 ｣Agile

3％以下％以下 Agile

以外

以外

2013年
年 IPA-SEC｢｢アジャイル型開発におけるプラクティス活用事例調査｣
るプラクティス活用事例調査｣の報告書を公開
出展：Forrester 2010 Agile development Mainstream Adoption has Changed Agility2012年 Japan Users Association of Information System（JUAS）

あなたが現在使用している開発プロセスを、最も綿密に反映した方法論を一つだけ選択してください。

海外でのアジャイル型開発の台頭
Forrester
Research, Inc.は、は、2011年に公表した年に公表した分析レポートの中で、｢で、｢アジャイル型開発が主流になった｣発が主流になった｣と述べている。
P3. 図 1-2 自社の中でアジャイル型開発を採用しているチームの数
出典:State of Agile
Development Survey 2011

具体的なアジャイル開発の手法
認定スクラムマスター資格
Scrum Allianceが管理、認定スクラムト
Allianceが管理、認定スクラムト
レーナーが認定する資格ライセンス 単位（人）2002 2003 2004
CSM
CSPO
CSP
合計

51634423462005

2006

2007

2008

2009

20１0

2011

合計

907 2,647 6,841 12,857 22,514 26,886 34,601 43,028 150,630
83
503 1,891 3,514 5,325 8,629 19,945
14
26
38116
264
366
534
501
1,862
921 2,673 6,962 13,476 24,669 30,776 40,460 52,158 172,437
主要国と日本の取得者数比較

CSM
CSPO
CSP
合計

米国
67,0008,000
1,100
76,100英国
11,8001,800
013,600

中国
3,800
400
30
4,230

デンマーク

ブラジル
3,700
4,600
750
900
30
60
4,480
5,560

日本
350
120
6476

合計
91,25011,9701,226
104,446

出典:State of Agile Development Survey 2011
出展：Scrum Alliance3

2014/06/13

全国各地でサテライト開催
アジャイルジャパン（AGILEJAPAN）
日本で一番大きなアジャイルイベント
2009年から始まって、今年で年から始まって、今年で5回目の開催年から始まって、今年で 回目の開催
毎年、基調講演に海外から招待講演
2009年
年､ﾒｱﾘｰ･ﾎﾟｯﾍﾟﾝﾃﾞｨｰｸ (Mary Poppendieck)2010年
野中郁次郎・Alan Shalloway
年､野中郁次郎・2011年
年､リンダ･ライジング (Linda Rising)
2012年
年､ｼﾞｮﾅｻﾝ･ﾗｽﾑｾﾝ(JonathanRasmusson)
ｼﾞｮﾅｻﾝ･ﾗｽﾑｾﾝ
2013年
年､ｼﾞｪｰﾑｽﾞ･ｸﾞﾚﾆﾝｸﾞ(JamesGrenning)
ｼﾞｪｰﾑｽﾞ･ｸﾞﾚﾆﾝｸﾞ『すくすくスクラム』
すくすくスクラム』は、アジャイル プロセスの一つである「スクラム」のプラクティスを中心に現場改善のヒントを探求する勉強会です。（日本で唯一公式のコミュニティ）体験による気付きやリアルな現場での知見を参加者のみなさんと共有することを主眼としています。（ http://sukusuku-scrum.org/））

札 幌
仙 台
富 山
長 野
名古屋
大 阪
岡 山
島 根
広 島
松 山
福 岡
沖 縄

感じる
アジャイルつながる観光モデリング関西人チーム
地方企業
Ｐ２Ｍ
地域活性つくるリーン

× アジャイル
× ○○＝成果× アジャイル = うごきだす
× アジャイル× アジャイル× アジャイル× アジャイル× アジャイル× アジャイル× アジャイル× アジャイル× アジャイル

アジャイルの起源（Origin））

オブジェクト指向への流れ

アジャイルの起源

1990年代、アジャイルソフトウェア開発が出て年代、アジャイルソフトウェア開発が出てくる前に、プログラミング手法において大きな潮流の変化があった。
オブジェクト指向言語によって、既存の開発環境から大きく開発（設計）手法が変わり始めた。
1995年
年､デザインパターンの出現によってさらに､コードの標準化､コードの標準化､再利用の方法に新しいフレームワークが出来始めていた。
外部環境の変化を取り込む形で､外部環境の変化を取り込む形で､ソフトウェア開発がよりダイナミックな領域に進出し始めた。

アジャイルソフトウェア開発手法とは、一群のソフトウェア開発手法の総体を意味する言葉であり、単一の開発手法を指す言葉ではない。
2001年に、アジャイルソフトウェア開発手法
年に、アジャイルソフトウェア開発手法 (当時当時は軽量ソフトウェア開発手法と呼ばれていた)は軽量ソフトウェア開発手法と呼ばれていた の分野において名声のある17人がアメリカ合衆国のユ野において名声のある 人がアメリカ合衆国のユタ州、スノーバード
タ州、スノーバードというスキーリゾート地に会し、スノーバードというスキーリゾート地に会し、彼らがそれぞれ別個に提唱していた開発手法の重要な部分を統合することについて議論し、文章重要な部分を統合することについて議論し、文章にまとめた。
これが「アジャイルソフトウェア開発宣言」

42014/06/13

アジャイルソフトウェア開発宣言
私たちは、ソフトウェア開発の実践あるいは実践手助けをする活動を通じて、よりよい開発方法を見つけだそうとしている。この活動を通して、私たちは以下の価値に至った。
プロセスやツールより包括的なドキュメントより契約交渉よりも計画に従うことよりも個人と会話を動作するソフトウェアを顧客との協調を変化への対応を価値とする。すなわち、左記のことがらに価値があることを認めながらも、私たちは右記のことがらにより価値をおく。
http://www.agilemanifesto.org/

アジャイルの誤解
アジャイルとは状態を表す形容詞アジャイルとは状態を表す形容詞であ
形容詞であり、動作や行為を表す言葉でなく敏捷（びんしょう）な、機敏（きびん）な

アジャイルの方法論

アジャイルとは、するものでなく、なるもの（なっている状態）を表す。

（Methodology））

Not Do Agile, Be Agile !!

アジャイルの手法（METHODOLOGY）
スクラム開発（Scrum））
スクラム開発（エクストリーム・プログラミング（XP）
エクストリーム・プログラミング（ ）リーンソフトウェア開発（Lean））
リーンソフトウェア開発（

その他

スクラム（SCRUM）開発
竹内弘高氏と野中郁次郎氏がHBRに書いた論文に書いた論文
竹内弘高氏と野中郁次郎氏が｢The New New Product Development Game ｣（1986)ががScrumの起源であるとされている。の起源であるとされている。
ジェフ･サザーランド(Jeff Sutherland)､､John
ジェフ･サザーランド
Scumniotales、、Jeff McKennaらにらによるスクラムらによるスクラム開発提唱（1993）ケン･シュウェイバー）ケン･シュウェイバー (Ken
開発提唱（Schwaber)も自社開発提唱（も自社開発提唱（1995））
も自社開発提唱（重要ファクター• チーム、スクラムマスター、プロダクトオーナー• バックログ、スプリント、スプリントレビュー

52014/06/13

スクラムの体制図
Ｄ

プロダクトオーナー：要件決定権者
スクラムマスター ：調整サポート

エクストリーム・プログラミング（XP）

リーンソフトウェア開発（LEAN）

ケント・ベック(KentBeck)による提唱
による提唱(1996)
ケント・ベックによる提唱
XP（（Extreme Programming）の名前の由来は、）の名前の由来は、その提唱者が「それぞれの手法／プラクティスを採用して極限まで（to）実践したらど採用して極限まで（ the extreme）実践したらどうなるだろうか。」と考えた所から重要ファクター• 顧客、プログラマ、コーチ、トラッカ（計測係）• 計画ゲーム、小さなリリース、メタファ、単純な設計、テスト駆動開発、リファクタリング、ペアプロ
グラミング、継続的インテグレーション、持続的ペース

メアリポッペンディーク（MaryPoppendieck）と）とメアリポッペンディーク（トムポッペンディーク（TomPoppendieck）が提）が提
トムポッペンディーク（
唱した(リーンとは痩せた唱した リーンとは痩せた､リーンとは痩せた､贅肉の無い)「リーン生
贅肉の無い 「リーン生産方式（トヨタ生産方式）」
リーンソフトウェア開発は、具体的なプラクティス（実践手順）や方法論（Methodology）の形では（実践手順）や方法論（）の形ではなく、プラクティスを各分野・現場に合わせて作り出す際の手助けとなる、「7つの出す際の手助けとなる、「 つの原則」および「つの原則」および「22原則」および「の思考ツール」として提示される。

そのほかのアジャイル
Adaptive Software Development (ASD)
Agile Data Method (ADM)
Agile Modeling (AM)
Agile Unified Process (AUP)
Crystal Clear または Crystal
Dynamic Systems Development Method (DSDM)

アジャイルの実践（Practice）

ユーザ機能駆動開発 (FDD)
Microsoft Solutions Framework (MSF)：6

2014/06/13

実物プランニングポーカー

アジャイルマニフェスト起草者の一人、James
Grenning (ジェージェー一人、ムス･グレニング)
ムス･グレニング さんが発明した、参加型の協調見積りのやり方。
｢アジャイルな見積と計画作り｣
アジャイルな見積と計画作り｣
Mike Cohn著
著

ベロシティ計測
プランニングポーカー
参加者が自分の見積規模のカードを出す、一番大きい人と一番小さい人が、見解を言って揃うまで繰り返す。
（ポイントの単位を決めておく）
３－５回やって揃わない場合、最大値をとるか、平均値を取るか、ルールを決めておく。

かんばん

朝会でその日一日行うべき仕事をToDoからTodayに移動する。

ToDo

Doing
Today

「実計測に基づいた一定の時間内における作業量」をベロシティ（速さ）業量」をベロシティ（速さ）と呼ぶ。
（速さ）と呼ぶ。
ベロシティは、鍵盤が押し込まれる「速さ」のことを指している。これは、もともとシンセサイザーやキーボードでは音の強弱を、鍵盤を押し込む「速さ」で判別していたからである。
最初のイテレーションでは過去のベロシティを活用したり、予測値を採用し、２回目から実測地を採用する。

朝会・デイリースクラム
Done

チームの状況を共有するミーティングを毎朝行う（スタンドアップミーティング）
進捗会議ではない
毎日、全員参加、短い時間（15分以内）
毎日、全員参加、短い時間（ 分以内）
昨日やった事、今日やる事、問題点｢かんばん｣
かんばん｣の前で行うと効果的
ファシリテーションが重要72014/06/13

バーンダウンチャート
残作業量

ペアプログラミング

60

２人のプログラマが１台のワークステーション（端末）を使い、共同でソフトウェア開発を行う手法

マイルストーンまでの作業の予定線を引き残作業量（実績線）をプロットする。

50（１）困難な作業発生
40（２）隠れ作業が発覚
30

一方が単体テストを打ち込んでいるときに、もう一方がそのテストを通るクラスについて考えるといったように、相補的な作業をする予定
実績

20（３）マイルス
トーンまでに終了せず

100
０日目

１日目

２日目

３日目

４日目

５日目
時間

スプリントレビュー
スプリント（イテレーション）の最終日に全員参加で行う会議

ふりかえり・レトロスペクティブ
スプリントレビューの後で、自主改善の一環で行われる活動である。（Kaizen））
行われる活動である。（

ここで、スプリントで開発されたソフトウェアのレビューが行われ、必要に応じて新たなバックログ項目が追加される。レビューには顧客、マネージャ、開発者、場合によっては営業やマーケティング関係者も参加するチームとして改善点を話し合う会議で、ＫＰＴ法の項目に乗っ取って実施されることが多い。

テスト駆動開発・ＴＤＤ

リファクタリングプログラム開発手法の一種で、プログラムに必要な各機能について、最初にテストを書き（これをテストファーストと言う）、そのテストが動作する必要最低限な実装をとりあえず行った後、コードを洗練させる、という短い工程を繰り返すスタイルである。

コンピュータプログラミングにおいて、プログラムの外部から見た動作を変えずに、ソースコードの内部構造を整理すること｢テスト自動化環境｣
テスト自動化環境｣と密接に関連している。
近年はビヘイビア駆動開発（BDD）へと発展を遂
近年はビヘイビア駆動開発（）へと発展を遂げている。（RubyののRSpec等
等､xSpec製品によ製品によげている。（るスペックファースト）常日頃から、プログラムを整理し仕様変更にも対応できる、整理されたプログラムを書いていく
考え方（保守性第一主義）

Ｋ（Ｋｅｅｐ）

継続すべき事項

Ｐ（Ｐｒｏｂｌｅｍ） 解決すべき事項
Ｔ（Ｔｒｙ）

試してみたい事項十分に確立された技術とはいえず、「リファクタリング」の語にも厳密な定義はない

8

2014/06/13

継続的インテグレーション・CI
ビルド、テスト、インスペクションなどを継続的に実行していくことを意味する
CI（（Continuous Integration）支援ツー）支援ツー
ルの代表的な物にオープンソースの
Jenkinsがある。
がある。

アジャイル・・・・導入後（follow-up）

アジャイル・・・・導入後に起りやすい問題

結局アジャイル（な状態）とは何か
プラクティスを導入しただけの状態
大まかに言えば形式（儀式）化して本来の意味を失う形式（儀式）化して本来の意味を失う・人間の能力を最大限発揮している。
生産性が一定以上あがらない・自分の能力を超えた何かを感じる。
他力本願となり、自ら変えていかない・何でも出来るような気がする。
会社組織との整合性に問題が出て来る・運を引き込むチカラを感じる。
アジャイルを続ける意味を探す様な状態という非常に感覚的な暗黙値ではないか

フロー理論（M.チクセントミハイ）

アジャイルはチームとしてのフロー状態

このような状態で比較されるのが、フロー状態である。
１、明確な目的（予想と法則が認識できる）
２、専念と集中、注意力の限定された分野への高度な集中。
（活動に従事する人が、それに深く集中し探求する機会を持つ）
３、自己に対する意識の感覚の低下、活動と意識の融合。
４、時間感覚のゆがみ - 時間への我々の主体的な経験の変更
５、直接的で即座な反応（活動の過程における成功と失敗が明確で、行動が必要に応じて調節される）
６、能力の水準と難易度とのバランス（活動が易しすぎず、難しすぎない）
７、状況や活動を自分で制御している感覚。
８、活動に本質的な価値がある、だから活動が苦にならない。

１、明確な目的
１、明確な目的
２、専念と集中、注意力の限定された分野への高度な集中
２、専念と集中、注意力の限定された分野への高度な集中
３、自己に対する意識の感覚の低下、活動と意識の融合、自己に対する意識の感覚の低下、活動と意識の融合
４、時間感覚のゆがみ、時間４、時間感覚のゆがみ、時間への我々の主体的な経験の変更
ゆがみ、時間への我々の主体的な経験の変更
５、直接的で即座な反応
５、直接的で即座な反応
６、能力の水準と難易度とのバランス
７、状況や活動を自分で制御している感覚、状況や活動を自分で制御している感覚
８、活動に本質的な価値がある、だから活動が苦にならない
８、活動に本質的な価値がある、だから活動が苦にならない92014/06/13

アジャイル（な状態）を作るにはだが、これも長くは続かない

個人（チーム）の能力を最大限発揮するために人間は与えすぎると弱っていく・・・

１、目の前をクリアにしてあげる

自分で吸収するチカラが弱る

２、やるきを起こさせてあげる

自分で成長するチカラが弱る

３、楽しくやれるようにしてあげる

マネジメントするほど弱体化する図式

４、成長に導いてあげる

ジレンマが発生し始めるだが本当にこれで良いのか？

自分を信じる、チームを信じる

まとめ

必要な気持ち（感覚）としては

日本でのアジャイル
日本でのアジャイル環境
でのアジャイル環境

・自由な空気を作ろう

アジャイルの起源、方法論、実践・信頼（尊び敬う）関係の構築

アジャイル・
アジャイル・・・・導入後・互いに成長する機会を持つ・起りやすい問題

・顧客の成功を意識する

・フロー理論（M．チクセントミハイ）・フロー理論（ ．チクセントミハイ）

・素直にまじめに取り組む

・自分を信じる、チームを信じる

10