アート・オブ・アジャイルデベロップメント〜テストが駆動するビジネス価値〜

アート・オブ・
アジャイル
デベロップメント
∼テストが駆動するビジネス価値∼
木下史彦
(株)永和システムマネジメント
f-kinoshita@esm.co.jp
目黒雅叙園; 2009-02-13(金)
つなぐ、つながる、そして未来へ
Developers Summit 2009
【13-E-2】

私たちはあなたがアジャ
イル開発の「道」を極め
る手助けをしたい。
We want to help you master
the art of agile development.

自己紹介
✓木下史彦
✓(株)永和システムマネジメント
✓オブジェクト倶楽部
✓日本XPユーザグループスタッフ
✓http://fkino.net

デブサミ会場内にて
先行発売

サイン会をやってます
2/12 12:20∼12:50
2/12 16:15∼16:35
2/13 12:20∼12:50
@オブジェクト倶楽部ブース

「木下さん」で
検索してください。

謝辞
✓岩切晃子さん
✓和田卓人さん
✓角谷信太郎さん
✓平鍋健児さん
✓日本のアジャイルコミュニティのみなさん
✓永和システムマネジメントのみなさん

ツール
✓テスト
✓JUnit
✓jMock
✓jWebTest
✓自動化
✓Maven2
✓Continuum

継続的インテグレーション

本日のお品書き
✓アジャイルデベロップメント
✓アート・オブ・アジャイルテス
ティング
✓テストが駆動するビジネス価値
✓組織を成功に導くエクストリー
ムプログラミングの道

アジャイル
デベロップメント

開発がアジャイルであ
るということは、協調
性を重んじる環境で、
フィードバックに基づ
いた調整を行い続ける
ことである。
出典:『アジャイルプラクティス』

Copyright (c) 2009 Eiwa System Management, Inc.
イテレーション (1週間) の流れ
要求
リリース可能な
ソフトウェア
Ship It!
次の
イテレーションへ
内部リリース
ふりかえり
KPT
ベロシティ
バックログ
タスク
プログラミング
機能
バグ
データ移行
ドキュメント
環境構築
性能
ジョーカー受入テストを
書く受入テストを
する
 完了基準
TDD
CI
仕様の確認
見積り
スパイク
ふりかえりやバックログの優先度
付けなどはお客さまにご協力いた
だきながら進めていきます。

イテレーションの流れ
ストーリー
開発する
顧客テスト
イテレーションデモ
ふりかえり
完了基準

アート・オブ・
アジャイル
テスティング

テストの分類
✓Developer Testing
✓Customer Testing
✓QA Testing
http://www.slideshare.net/t_wada/devsumi-2008-developer-testing

テスト駆動開発
Test-Driven Development

TDDの目標
動作するきれいな
コード
Ron Jeffries

TDDのサイクル
きれい
汚い
(すぐには)動かない動作する
Green
Refactoring
Red

TDDのサイクル
出典:『The Art of Agile Development』

TDDのサイクル
出典:『アート・オブ・アジャイルデベロップメント』

TDDのサイクル
出典:『アート・オブ・アジャイルデベロップメント』
インクリメント

インクリメント
考える
レッドバー
グリーンバー
リファクタリング

考える
✓コードでやりたい動作が何
であるかを想像する
✓5行以下のコードで済む小さ
なインクリメントを考え出す
✓テストを考え出す

ピンポンペアリング
考える
レッドバー
グリーンバー
ペア交代

事例: テスト駆動開発
✓1ヶ月
✓7人
✓Ruby
✓Test::Unit
✓Mocha

プロダクトコード
10Kステップ

プロダクトコード
10Kステップ
テストコード
20Kステップ

Developer Testingの分類
✓ユニットテスト
✓インテグレーションテスト
✓エンドツーエンドテスト

ユニットテスト
✓外部とのやり取りがない
✓「シンプルな設計」が不
可欠
✓スピード重要

テスティングツール
✓JUnit
✓RSpec
✓Google Test

ユニットテストは高速
に実行できる。もし高
速に実行できないな
ら、それはユニットテ
ストではない。
̶̶ Michael C. Feathers

インテグレーションテスト
✓外部とのやり取りをする
✓データベース
✓ネットワーク
✓ファイルシステム
✓プロセス境界

エンドツーエンドテスト
✓ユニットテストとインテグレー
ションテストが完全にかみ合ってい
ることを確認する
✓実行に時間がかかる
✓準備と後始末に手間がかかる
✓このテスト自体が技術的負債にな
る

顧客テスト
説明
サンプル
開発する
テストする
自動化
完了基準

コミュニケー
ションのため
のもの

テスティングツール
✓Fit
✓Selenium
✓Cucumber

10
顧客に決断しても
らう
『アジャイルプラクティス』より

Executable User Stories R Spec Bdd
http://www.slideshare.net/deimos/aslak-hellesoy-executable-user-stories-r-spec-bdd

✓ユビキタス言語
✓「完了」に対する
共通の認識

顧客との
関係を変える

XPチームには独
立したQA部門と
いうものはない

XPチームの目標
はそもそもバグを
書かないことだ

✓バグなし
✓探索的テスト

ほぼバグゼロを実現する方法
✓バグをほとんど書かない
✓バグの繁殖場所を撲滅する
✓バグをすぐに修正する
✓プロセスをテストする
✓プロセスを修正する

ほぼすべてのXPプラクティス

割れ窓

割れ窓
探索的テスト

使用上の注意
✓XPのあらゆる仕組みと裏
付けを拠り所にしている。
✓結果を出すためには、ほぼ
すべてのXPプラクティスを
実践する必要がある。

‣ 考えること
✓ ペアプログラミング
✓ 活き活きとした仕事
✓ 情報満載の仕事場
✓ 根本原因分析
✓ ふりかえり
‣ 協力すること
✓ 信頼
✓ 全員同席
✓ 真の顧客の参加
✓ ユビキタス言語
✓ スタンドアップミーティング
✓ コーディング標準
✓ イテレーションデモ
✓ 報告
‣ リリースすること
✓ 「完全Done」
✓ バグなし
✓ バージョン管理
✓ 10分ビルド
✓ 継続的インテグレーション
✓ コードの共同所有
✓ ドキュメント
‣ 計画すること
✓ ビジョン
✓ リリース計画
✓ 計画ゲーム
✓ リスク管理
✓ イテレーション計画
✓ ゆとり
✓ ストーリー
✓ 見積り
‣ 開発すること
✓ インクリメンタルな要件
✓ 顧客テスト
✓ テスト駆動開発
✓ リファクタリング
✓ シンプルな設計
✓ インクリメンタルな設計とアーキ
テクチャ
✓ スパイクソリューション
✓ パフォーマンスの最適化
✓ 探索的テスト

探索的テスト
テストの設計
テストの実行
結果の解釈

探索的テスト
✓自動テストを補完する
✓品質保証ではない
✓チームの品質保証に対するやり
方に関するフィードバック
✓ソフトウェア
✓チームのプロセス

事例: ペアテスト
✓ペアでテストを行う
✓手動テスト
✓タイムボックス (2時間)
✓たとえばデモの前の時間を使う
✓バグが見つかれば修正して、自
動テストに組み込む

アジャイル開発におけるテスト
✓小さく速く回す
✓いつでも (技術的には) リ
リースできる状態にしておく
✓顧客との関係を変える
✓プロセスを改善していく

テストが駆動す
るビジネス価値

組織を成功に導く
エクストリーム

組織的な成功
ビジネス価値
テスト

開発
ビジネス
価値
ビジネス
要件

開発
ビジネス
価値
ビジネス
要件
開発
ビジネス
価値
ビジネス
要件

Copyright (c) 2009 Eiwa System Management, Inc.
イテレーティブかつインクリメンタルな開発
1週間 = 1イテレーション
可視性
状況が見えな
い
イテレーショ
ン毎に動くも
のべースで確
認できる
変更容易性
初期に要件を
確定しなけれ
ばならない
変更は最後の
イテレーショ
ンがはじまる
まで可能
技術リクス低減
最後まで動い
ているものを
確認すること
ができない
動くものを
ベースに徐々
に機能を追加
していく
ビジネス価値
最後の最後ま
でリリースで
きない
早期にリリー
ス可能な動く
ソフトウェア
が入手できる
アジャイル開発
従来型の開発
打ち合わせ
＆
リリース
時間
ユーザと
開発者の
距離

アジャイル開発
時間
ユーザと
開発者の
距離
打ち合わせ
＆
リリース

従来型
時間
ユーザと
開発者の
距離
打ち合わせデモリリース
要件定義設計・実装テスト

従来型 ̶̶リスク
時間
ユーザと
開発者の
距離

従来型 ̶̶技術的負債
時間
ユーザと
開発者の
距離

従来型→アジャイル
時間
ユーザと
開発者の
距離
✓テスト駆動開発
✓インクリメンタル
な設計とアーキテ
クチャ

時間
ユーザと
開発者の
距離
✓顧客テスト
✓バグなし

時間
ユーザと
開発者の
距離
要件定義設計・実装
✓顧客テスト
✓バグなし

時間
ユーザと
開発者の
距離
打ち合わせリリース
要件定義
✓顧客テスト
✓バグなし

時間
ユーザと
開発者の
距離
打ち合わせリリース
要件定義
✓ビジョン
な要件

時間
ユーザと
開発者の
距離
リリース
要件定義
✓ビジョン
な要件
打ち合わせ
＆
リリース

時間
ユーザと
開発者の
距離
リリース
✓ビジョン
な要件
打ち合わせ
＆
リリース

既存のコードに
テストがなかっ
たら……

レガシーコード
テストのないコード
怖くて変更できない
コード James Shore
Michael C. Feathers

案件数
コンサル
32%
既存開発
27%
新規開発
41%
2008年8月以降にお引き合いをいただいた案件

レガシー/既存開発
テストコードあり
17%
レガシー
83%
2008年8月以降にお引き合いをいただいた案件

エンドツーエンドスモークテスト

エンドツーエンドスモークテスト
✓大きな間違いをしたとき
に警告してくれる
✓「接合部」を見つけて、
ユニットテストを導入する

シームレスに
移行する

組織を成功に導く
エクストリーム
の道

導入の障壁
✓組織的障壁
✓心理的障壁
✓技術的障壁

組織的障壁
✓上司や同僚が認めてくれな
い
✓うちの開発は特殊だから
✓ぼくらの組織では使えない
✓契約がry)

✓提案・営業から開発まで
エンドツーエンドでやる
✓腹をくくった
✓よい習慣を広める
✓みんなが助けてくれる

✓契約はあまり気にしてい
ない
✓目の前の困っている人を
助けたい

心理的障壁
✓進捗がおちる
✓納期に間に合わなくなるの
ではないか

３対2
プログラマと顧客の比率

✓こまめにデモして状況を
共有する
✓技術的負債を溜めないこ
との方が重要
✓不安なことがあればメー
ルしてほしい

技術的障壁
✓習得が難しい
✓1∼2ヶ月は生産性が落ちる

アジャイルの
衰退と凋落

アジャイルは難し
い。2日間の座学
で身につくような
もんじゃない。

✓素振り重要
✓歯を食いしばってやる
✓親身になって教える
✓みんな好きでやってる

原則
✓プロセスを改善する
✓人を信頼する
✓ムダを排除する
✓価値を届ける
✓技術的卓越を追求する

Of all agile
methods I know,
XP is the most
complete.

私が知っているアジャ
イル手法のうち、
XPが最も調和とバラ
ンスがとれている。

‣ 考えること
✓ ペアプログラミング
✓ 活き活きとした仕事
✓ 情報満載の仕事場
✓ 根本原因分析
✓ ふりかえり
‣ 協力すること
✓ 信頼
✓ 全員同席
✓ 真の顧客の参加
✓ ユビキタス言語
✓ スタンドアップミーティング
✓ コーディング標準
✓ イテレーションデモ
✓ 報告
‣ リリースすること
✓ 「完全Done」
✓ バグなし
✓ バージョン管理
✓ 10分ビルド
✓ 継続的インテグレーション
✓ コードの共同所有
✓ ドキュメント
‣ 計画すること
✓ ビジョン
✓ リリース計画
✓ 計画ゲーム
✓ リスク管理
✓ イテレーション計画
✓ ゆとり
✓ ストーリー
✓ 見積り
‣ 開発すること
✓ インクリメンタルな要件
✓ 顧客テスト
✓ テスト駆動開発
✓ リファクタリング
✓ シンプルな設計
✓ インクリメンタルな設計とアーキ
テクチャ
✓ スパイクソリューション
✓ パフォーマンスの最適化
✓ 探索的テスト
プラクティス

プログラマはもちろん、
テスター、プロジェクト
マネージャ、……(省略)
……、顧客などアジャイ
ルに関心のあるすべての
人におくる一冊である。
出典:『アート・オブ・アジャイルデベロップメント』裏表紙

XP (アジャイル) を
開発者のだけのもの
にしておくのは、も
う終わりにしたい

はじめは
「アジャイルごっこ」
だった。

自分たちのやってい
ることが、確実にビ
ジネスにつながって
いるという実感

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

アンケートへの
ご協力をお願いします。
【13-E-2】

アート・オブ・アジャイルデベロップメント〜テストが駆動するビジネス価値〜

Recomendados

Recomendados

Mais conteúdo relacionado

Mais procurados

Mais procurados (20)

Destaque

Destaque (7)

Semelhante a アート・オブ・アジャイルデベロップメント〜テストが駆動するビジネス価値〜

Semelhante a アート・オブ・アジャイルデベロップメント〜テストが駆動するビジネス価値〜 (20)

Mais de Fumihiko Kinoshita

Mais de Fumihiko Kinoshita (20)

Último

Último (8)