http://www.apple.com/ipad-mini/overview/

梅原 直樹

SummitDevelopers

Ricoh UCS (Uni!ed Communication System)

for iPadでみる

エンタープライズアジャイル開発

Developers Summit 2013 14-E-7 14/2/2013Naoki UMEHARA

株式会社　リコー

梅原 直樹うめはら なおき

Twitter:@numehahttp://numeha.hatenablog.com/

仕事内容ITサービス系の新規事業

職業：ソフトウェア・エンジニア

•Leader 50% 愛されるチームリーダを目指して

•Developer 20% Ruby Java Objective-C

•Test Engineer 20% Jenkins RSpec Junit GHUnit

•雑用 10% (あれやこれや)

よろしくお願いしますハッピーバレンタイン

2013/1/31Release

⚠デブサミ当日は

ムービーを流しました

そんなアプリ作りました(売れればいいなw)

http://www.apple.com/ipad-mini/overview/

梅原 直樹

SummitDevelopers

Ricoh UCS (Uni!ed Communication System)

for iPadでみる

エンタープライズアジャイル開発

Developers Summit 2013 14-E-7 14/2/2013Naoki UMEHARA

株式会社　リコー

http://www.flickr.com/photos/nate/93376011/

壁

社内標準開発プロセス

従業員数×

=多ければ多いほど

社内標準開発プロセス

従業員数×

=多ければ多いほど

染み付いた常識化

滝の絵計画通りにヤレこら

餓死ウェイ

http://www.flickr.com/photos/lutherankorean/5623695059

滝ウォーターフォール

良くも悪くも

全員同席

,884���&-8�0<�;5�1:.� ryuzee.com

ペアプログラミング

,884���&-8�0<�=$4�/5� ryuzee.com

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

,884���&-8�0<�<�9�*%� ryuzee.com

テスト駆動開発

,884���&-8�0<�<3$!��� ryuzee.com

朝会

,884���&-8�0<�<�2= (� ryuzee.com

スプリント/イテレーション

,884���&-8�0<�;4��6'� ryuzee.com

ふりかえり

,884���&-8�0<�:���4�� ryuzee.com

スプリント計画会議 計画ゲーム

,884���&-8�0<�<�0+&,� ryuzee.com

スプリントレビュー

,884���&-8�0<�:�$=0�� ryuzee.com

妨害事項リスト

,884���&-8�0<�<�5�2 � ryuzee.com

バーンダウンチャート

,884���&-8�0<�<���=� ryuzee.com

プロダクトバックログ

,884���&-8�0<�:#,���� ryuzee.com

Kanban

,884���&-8�0<�<08 0� ryuzee.com

リファクタリング

,884���&-8�0<�<����� ryuzee.com

Doneの定義

ryuzee.com h"p://bit.ly/wNYD0k�

短期リリース

,884���&-8�0<�=.���;� ryuzee.com

サイクルタイムの測定

,884���&-8�0<�;���&'� ryuzee.com

相対見積り

,884���&-8�0<�=���9�� ryuzee.com

受け入れテスト

,884���&-8�0<�;:9(�� ryuzee.com

リリース計画

,884���&-8�0<�=4#��<� ryuzee.com

@ryuzeeのAgile Buffet Cardより

アジャイルなプラクティスはたくさんあるし成功体験も溜まってきた

Behaviors, Not Practices

プラクティスをやればうまくいくものではない

プラクティスを通じて行動を変え改善できることが重要

ACTION!SummitDevelopers

何かを変えたいと思ったら

まずは自分が正しいと思うやり方でそれをやる

それが正しければいつか広まるさ

それが

僕のエンタープライズ・アジャイル開発

ACTION!SummitDevelopers

本日は時間が無いので１つだけ

1.コードのコミットからバグ発見までを最小にせよ

Acceptance Test Driven Development

滝の絵計画通りにヤレこら

餓死ウェイ

http://www.flickr.com/photos/lutherankorean/5623695059

滝ウォーターフォール

要求 設計 (仕様) 実装 (&開発者テスト) テスト (受け入れテスト)

Bug

後になればなるほどコストがかかるのに

Bug Bug Bug

プロジェクトの終盤に問題が見つかる

そして、わかっているのに繰り返す

ここで発見しても遅い

QCD必達!!!失敗は許さない

うるさい人

疲れ果てるデスマーチへGO

http://www.morguefile.com/archive/display/200867

要求 設計 (仕様) 実装 (&開発者テスト) テスト (受け入れテスト)

修正範囲が大きくなる, 設計が壊れだす, コストがかかる

＝プロジェクトが失敗する

Bug

バグが潜在している期間

Commit ←　このコミットの問題だとして　→

この期間が長いかつ数が多いと...

SummitDevelopers

コードを書いてから如何に

運用環境で受け入れテストを早く

実行できるかが勝負

⚠デブサミ当日は受け入れテスト

のムービーを流しました

要求

設計 (仕様)

実装 (&開発者テスト)

テスト (受け入れテスト)

要求

設計 (仕様)

実装 (&開発者テスト)

テスト (受け入れテスト)

リリース1 リリース2 リリース3 リリース4 リリース5

よくあるアジャイルの考え方だよね

要求

設計 (仕様)

実装 (&開発者テスト)

テスト (受け入れテスト)

提供する価値ベースに常にテスト仕様(コード)が見直される受け入れテスト仕様から詳細設計・実装が始まる常にリファクタリングされ、安定化・高速化される

仕様はあくまで仮説であってゴールするときに決まる

はじめはスケッチだけでもいいじゃない

http://www.flickr.com/photos/juhansonin/4543416563/

1.コードのコミットからバグ発見までを最小にせよ

Acceptance Test Driven Development

コードをコミットしたらお客様に提供する価値を壊していないかすぐ発見される

受け入れテストが皆好きになる

時間

障害数

障害が早く発見される→障害総数が減る→修正範囲が少なくなる→設計が改善される→コストをおさえられる→...

Before

After

成功させるには何をすればよいのか

チームの行動が変わってくる

うるさい人

やればできるじゃないか

Behaviors, Not Practices

プラクティスをやればうまくいくものではない

プラクティスを通じて行動を変え改善できることが重要

ACTION!SummitDevelopers

何かを変えたいと思ったら

まずは自分が正しいと思うやり方でそれをやる

それが正しければいつか広まるさ

それが

僕のエンタープライズ・アジャイル開発

Ricoh UCS (Uni!ed Communication System)

for iPadでみる

エンタープライズアジャイル開発

http://www.apple.com/ipad-mini/overview/

梅原 直樹

SummitDevelopers

Developers Summit 2013 14-E-7 14/2/2013Naoki UMEHARA

株式会社　リコー

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