㈱永和システムマネジメント ㈱チェンジビジョン 平鍋 健児 はじめてのアジャイル ～アジャイルジャパンチュートリアル～ A J gile apan TIS ㈱ SonicGarden 倉貫 義人

プログラマがあと ３人欲しいんです。 アジャイルを使ってはどうかね？ アジャイルは少数でも生産性が高い、という意味じゃないんです。 じゃあ、そういう意味のキーワード教えてくれ。その後で、もう一度来てくれ。

なぜ今 Agile か

市場 ビジネス IT 市場分析 発注 納品 リリース 半年から３年 ミッション・リスク分割型ビジネスと ウォーターフォール型開発（従来型）

市場 IT ２週間から半年 ミッション・リスク共有型ビジネスと Agile 型開発 ビジネス 市場 ビジネスと IT が一体になった 「 OneTeam 」を作り、ミッション とリスクを共有する。 やってみて、結果から戦略を 作りながら進む。

反復・漸進開発＝ Agile 機能 A 機能 B 機能 C 開発 サービス 開発 サービス サービス 開発 時間軸 : ２週間～半年単位のリリースを繰り返す 機能軸 重要機能から積み上げる R1 R2 R3 反復 (Iterative) 漸進 (Incremental)

Scrum の例 製品 バックログ スプリント バックログ 1-4 週 24 時間 出荷可能 ソフトウェア 朝会

Agile の価値観 私たちは， プロセスとツールよりも ……… 個人と対話に． 包括的なドキュメントよりも ……… 動くソフトウェアに． 契約交渉よりも ……… 顧客との協調に． 計画に沿うことよりも ……… 変化に対応することに． 価値をおく． アジャイル開発宣言 ( http://agilemanifesto.org/iso/ja/ ) 背後にある原則 ( http://agilemanifesto.org/iso/ja/principle.html )

Agile の海外での状況

Agile の支持層 もはや、開発者レベルではなく、 企業の意思決定レベルに上がってきている 最初の主導者は、組織内のどの役割か？

使っている Agile 方法論は ? 現在、 Agile というと Scrum がほとんど。 使用している Agile 方法論は ?

使っているプラクティスは (1)? ふりかえり イテレーション計画 ユニットテスト 朝会 リリース計画 継続統合 自動ビルド バーンダウン リファクタリング コーディング標準

使っているプラクティスは (2)? ベロシティ （開発速度） タスクボード かんばん テスト駆動開発 オープンな作業場 コード共同所有 オンサイト顧客 ペアプロ 振舞駆動開発

Agile のさらなる採用への障壁 企業風土、カルチャー、 変化への抵抗勢力が大きな障壁

Agile 採用への不安点 初期の計画が不十分 管理不在 ドキュメントが不十分 などなど。。。

生産性、品質、 TTM 生産性、品質、 TTM 短縮についても、 有意な効果があったとする回答が多い。

リスク、可視性、柔軟性 アジャイル開発の特徴 リスクを初期に下げる。 可視性を常に高く保つ。 変化への対応性をキープする。 リスク 可視性 変化への対応性

Agile のはじめ方

規矩作法 守りつくして 破るとも 離るるとても 本を忘るな 千利休 「利休百首」

プラクティスを忠実に守ってみる “ ふりかえり”で自分たちにあわせる ビジネスにあった開発手法とする

Agile の日本の事例

私の事例 受託開発 （プライム） 受託開発 （サブプライム） 社内システム （情シス） クラウド （社内ベンチャー） 2002 年 7 月〜 2004 年 8 月〜 2005 年 11 月〜 2008 年 11 月〜 9 名 （ PJ リーダー） 15 〜 30 名 （ PM ） 2 〜 10 名 （管理職） 7 名 （カンパニー長） 金融業界の注文管理 通信業界のサービスオーダー 社内 SNS 社内 SNS, スモール SNS △ × ○ ○

日本の受託開発の課題 ディフェンシブな開発 納品 減価償却 人月 発注 ビジネスに問題があるのではないか？ 決められた予算で 出来るのか？ 計画通りに作ること が最大の利益

ビジネスにあった開発を選ぶ t t 買った時点が最高品質 Point of Sales Point of Use 構築 償却 利用 すぐに利用開始 利用中が最高品質 （常にアップグレード） q q 買った時点が最高で、そこから陳腐化が始まるもの 常に使っている時点で最高、最新のものを利用できる 製造業 サービス業 受託開発 クラウド "Business Aligned"

プラクティスを忠実に守ってみる “ ふりかえり”で自分たちにあわせる ビジネスにあった開発手法とする 最初から“離”を狙う必要は無い

プラクティスの紹介

ペアプログラミングの様子 ｲﾃﾚｰｼｮﾝﾀｽｸの模造紙 終了したﾀｽｸから横線を 引いて消していく ｽﾄｰﾘｰｶｰﾄﾞは「終了」と 「 TODO 」に分けて貼り出す お菓子は必須♪

astah* 開発チームの「朝会」 (stand-up)

朝会 スタンダップミーティング 必ず 15 分で終わらせる 日直が呼びかけて小話する 定番 時間割表 バーンダウンチャート ふりかえり 結果

時間割表 ２時間ずつ集中して作業 ペアプロは疲れる＆休憩重要 長めの休憩時間＆チャイム １日は２時間を３コマ 前日分と当日分 担当者名 独自

バーンダウンチャート 進捗会議が要らなくなる 中期的な進捗管理ができる “ ぱっと見”重要 （プレッシャ重要） その日に起きた出来事なども書き込めば ふりかえり がしやすい 青が見積・目標 赤が実績 定番

タスク・不具合の共有 タスクをポストイットで見える化 しかし、 DRY に反している 改善を実施 Trac Redmine GoogleSpreadsheet

プラクティスを忠実に守ってみる “ ふりかえり”で自分たちにあわせる ビジネスにあった開発手法とする

アジャイル実践の勘所 アジャイルは変化を習慣にすること カイゼン Kent Beck 僕は偉大なプログラマじゃない。 偉大な習慣を身につけたプログラマだ P.F.Drucker 成果をあげるのは才能ではなく、 習慣だ。 どうすれば習慣化できるのか？

習慣化のためのヒント 小さくすれば、身軽にできる。身軽になれば、習慣にできる。 見えなければ、制御できない。適応できない。カイゼンできない。 見える化 小口化

プログラマがあと ３人欲しいんです。 アジャイルを使ってはどうかね？ アジャイルは少数でも生産性が高い、という意味じゃないんです。 じゃあ、そういう意味のキーワード教えてくれ。その後で、もう一度来てくれ。