Agile in 30mins

角谷信太郎KAKUTANI Shintaro; Eiwa System Management,Inc.

Agile In A Nutshell: Excerpted & Remixed日本Rubyの会

(株)永和システムマネジメント [email protected]

Cybozu Developers Conference 2010; 2010-10-22(金)

30分でだいたいわかるアジャイル開発

2010年10月23日土曜日

mailto:[email protected]

mailto:[email protected]

提　供

おかげさまで３０周年情報化技術を通じて社会と共生する


http://www.flickr.com/photos/recompile_net/4935820587/2010年10月23日土曜日

http://www.flickr.com/photos/recompile_net/4935820587/

http://www.flickr.com/photos/recompile_net/4935820587/

http://gihyo.jp/dev/serial/01/agile2010年10月23日土曜日

http://gihyo.jp/dev/serial/01/agile


よろしくお願いします


Agile Software Development

http://www.flickr.com/photos/long-mai/3569550298/2010年10月23日土曜日

http://www.flickr.com/photos/long-mai/3569550298/

http://www.flickr.com/photos/long-mai/3569550298/

再注目される“アジャイル”✓マネージャ, 経営層に✓ かつては現場リーダ,プログラマの祈りだった

✓事例が積み重なってきた✓ 北米の2006年頃の状況に似ている?

✓ “非ウォーターフォール”✓ 「ここではないどこか」の総称として


非ウォーターフォール


“Waterfall”

http://www.flickr.com/photos/surangaw/5077635184/2010年10月23日土曜日

http://www.flickr.com/photos/surangaw/5077635184/

http://www.flickr.com/photos/surangaw/5077635184/

Waterfallじゃないやつ


根源的な態度


http://www.amazon.co.jp/o/ASIN/0321503627/kakutani-222010年10月23日土曜日

http://www.amazon.co.jp/o/ASIN/0321503627/kakutani-22


“「予期しない変化が起きる」ということを

予期して備える

Expect Unexpected Changes


http://agilewarrior.wordpress.com/2010年10月23日土曜日

http://agilewarrior.wordpress.com

http://agilewarrior.wordpress.com

http://www.pragprog.com/titles/jtrap/the-agile-samurai2010年10月23日土曜日

http://www.pragprog.com/titles/jtrap/the-agile-samurai

http://www.pragprog.com/titles/jtrap/the-agile-samurai

© Copyright 2009, Rasmusson Software Consulting

Agile in a nutshellざっくりわかるアジャイル開発

Jonathan Rasmusson

http://agilewarrior.wordpress.com/

Japanese Translation: Kakutani Shintaro (2010-10-21)Original Slides: http://agilewarrior.wordpress.com/presentations/

Excerpted & Remixed


http://agilewarrior.wordpress.com/presentations/

http://agilewarrior.wordpress.com/presentations/


お話する内容•みんなアジャイルな計画づくりを知ってる•アジャイル開発のために必要なこと •アジャイル開発にまつわる迷信を解く•代表的なアジャイル開発手法の概要•アジャイルになるための3ステップ



だいたいわかるアジャイルな計画づくり



なすべきことは多く、時間は足りない

Credit: http://www.flickr.com/photos/geneoh/



デートのToDo家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買うアイロン運動

よし、デートの準備でやらないといけないことはこれで全部かな?

リストをつくる

気が済むまでやってよし



2時間以上かかるものはなさそうだぞ!

1 hr½ hr2 hr½ hr½ hr1 hr1 hr½ hr½ hr½ hr

~ 8 hrs

大きさを測る

デートのToDo家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買うアイロン運動



ちぇっ! ぜんぶやってたら間に合わなさそうだぞ

いちばん大事

大事じゃない

対象範囲外

優先順位をつける

1 hr½ hr2 hr½ hr½ hr1 hr1 hr½ hr

½ hr½ hr

デートのToDo家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買う

アイロン運動



ほんとは運動とかしたくないし、アイロンも何がなんでもじゃないしね

実行にうつす

1 hr½ hr2 hr½ hr½ hr1 hr1 hr½ hr

½ hr½ hr

だいたいみんながいつもやってるのと同じだったり

デートのToDo

家の掃除皿洗いワイン買う掃除機ポエム書く身だしなみ洗車花を買う

アイロン運動



ユーザーの追加旅程の印刷宿の予約旅行のキャンセル許可証の予約許可証の更新検索新規デバイスの追加オプションの追加予定のキャンセルクルマの予約ホテルの更新プロフィール更新管理画面の追加

Facebook対応MySpaceの削除Twitterの更新

1週間

予算切れ時間切れやることなし

これをどうやって計画に? 納期とか予算とか計画書とか

ここまでで ½ 完了

いちばん大事

大事じゃない

1週間 1週間 1週間


•みんなアジャイルな計画づくりを知ってる•アジャイル開発のために必要なこと •アジャイル開発にまつわる迷信を解く•代表的なアジャイル開発手法の特徴•アジャイルになるための3ステップ


お話する内容



スコープを柔軟に

納期予算品質スコープ

Flex here



計画?設計?報告書?

同じ“doneの定義”を使う

落ち葉を集め終えたと言えるのはいつ?

うちじゃそうじゃない!



動作するソフトウェアこそがうまくいってることを一番よく表す

どれだけ綺麗で洗練されていたとしても…

…顧客には何ひとつ価値を届けていない

プロジェクト計画書テスト計画書要求定義書

アーキテクチャダイアグラム分析モデル

セキュリティ報告開発計画書



つまり・・

1週間

ユーザの追加

宿を予約する

...

旅程の表示

分析テスティング設計コーディングその他もろもろ

100% 完了



VSBA Dev QA

ひとつのチームとして働く



October 14, 2010もっと役割のあいだに重なりを

チームとして責任を果たす2010年10月23日土曜日


Analysis

TestC

odeD

esign

アジャイル

Analysis Design Code Test

工程で分断 / 最後の最後に / まとめて全部

ウォーターフォール

VS

分析、設計、テスト、コーディングはどれも継続的な営み



タイムボックスで届ける

Credit Yogi: http://www.flickr.com/photos/yogi/1147960/



適応する計画づくり当初の計画

現実

リード開発者の離職

顧客がこの機能は実は不要だと気づく

原油価格が30%下落

変更が困難と判明!

『スター・トレック』の新作封切



アジャイルチームの特徴

xゴール権限が与えられている

自律している

適応する

フラットな階層

自己組織化

ゴールに到達できるだけの力を備えた人たち



アジャル開発には才能が必要

プロジェクトの成功

スキルを備えた人たち

価値をうみだす斬新なソフトウェアにはスキルを備えた人たちが必要

∝



アジャイル開発にまつわる迷信

アジャイル開発とは何でないか2010年10月23日土曜日

依然としてよくある誤解✓ドキュメントを書かない✓計画をたてない✓短期開発に向いている✓ “プラクティス”をやる✓毎回リリースするの?


http://gihyo.jp/dev/serial/01/agile2010年10月23日土曜日




•みんなアジャイルな計画づくりを知ってる•アジャイル開発のために必要なこと •アジャイル開発にまつわる迷信を解く•代表的なアジャイル開発手法の特徴•開発をアジャイルにするための3ステップ

お話する内容



アジャイル開発には色んなフレーバーが

Extreme Programming (XP)

ScrumCrystal

DSDMLean

FDD



Lean

プリウスひとつください

ムダどり

トヨタ式の極めて無駄のない製造工程



Lean

• とても良いハイレベルなコンセプトとプラクティス群

• 全体最適によってシステムと組織を改善する

• ITに限った話ではない• 実践するのが難しい

Leanから得るものは数多い - 学ぶだけの価値がある

+ pluses - minuses



Scrum•プロジェクトマネジャのための包装紙。テクノロジやビジネスとは直交する

• ITプロジェクト以外でも使えるかも



Scrum

• わかりやすい• はじめやすい• 選びやすい• マネージャに話が通じる

• 怖くない• 今やいちばん有名

• エンジニアリングをスルーしている

• 実践が難しい部分を飛ばしてやりやすいところだけになっている

+ pluses - minuses

はじめやすい - いちばん無難かも



Extreme Programming (XP)•アジャイル開発に必要とされるエンジニアリングのプラクティスを広めた

•強調しているのは:

–テスティングの前倒し–自動化–創発的設計–継続的インテグレーション



Extreme Programming

• しっかりとしたソフトウェアエンジニアリング

• 開発者たちに根強い人気

• 最初に広まったアジャイル手法

• 開発者にフォーカスしすぎ

• 他と協調していきづらい

• 熱狂的な信奉者の印象が強い

本質的なエンジニアリングの習慣づけ

+ pluses - minuses



選択肢

XP

Scrum + XP

Scrum + XP + Lean

engineering practices

engineering practices spirit

徹底する

* engineering practices

- continuous integration, Test-Driven Design (TDD)- unit testing, refactoring



おすすめ

Scrum XP

Lean

XP * engineering practices

言葉づかいをえらぶ

or

はじめはここ

学ぶ



やり方はひとつじゃない

自分たちに合うことをやろう

Extreme Programming (XP)

ScrumCrystal

DSDM

Lean

FDD

独自につくろう!



開発をアジャイルにするための3ステップ



価値あるものを毎週とどける

1 週目 2 週目 3 週目

Value!$

いちばん重要さほど重要でない時間



• アジャイル開発を支えるのは「技術的卓越」• 必須のプラクティスはこれ：

• これらをきちんとやれたら–他の事もどんどんやりやすくなっていく

4つのプラクティスから

ユニットテスト

リファクタリング

テスト駆動開発継続的

インテグレーション

今日から!



3つのシンプルな真実を認める1. プロジェクトの開始時点にすべての要求を集めることはできない

2. 集めた要求は必ずといっていいほど変わる3. 要求はいつだって、与えられた時間と資金よりも多い



さいごに



さいごに•魔法なんてない - みんなアジャイルに考えてる

•変化するものだと思おう•やり方はひとつじゃない



いつの日か誰もがアジャイルなやり方になると思う?



みんながみんな、食べすぎをやめて運動するようにはならないのと

理由は同じ

No



アジャイル開発はしんどい

アジャイル開発は大変な仕事

アジャイル開発には規律が求められる

誰しもがこんなことをしたいわけじゃない!



でもこれは仕事のやり方としては道理にかなってる

It is a lot of fun

うまくいくよ ― それもかなり


Photo taken by Shintaro Kakutani 2010年10月23日土曜日

http://blog.mountaingoatsoftware.com/four-attributes-of-the-ideal-pilot-project

期間

組織の支

援

重要度

ここを選ぶプロジェクト

の規模

適切なパイロットプロジェクトの選びかた




生きている花をつくろうとすれば、ピンセットで細胞を一つ一つ物理的に組み立てるのではなく種から育てるであろう。

http://www.flickr.com/photos/claudio_ar/2601700491/

クリストファー・アレグザンダー『時を超えた建設の道』




Agile in 30mins

Technology

Transcript of Agile in 30mins