Post on 12-Nov-2014
description
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
株式会社 リコー
ご清聴ありがとうございました