地図を捨ててコンパスを頼りに進め

地図を捨ててコンパスを頼りに進め楽天株式会社藤原大

藤原大
@daipresents
• 楽天株式会社開発ユニット
アジャイルグループマネージャ
• プロジェクトファシリテー
ター、トレーナー
• 趣味は沖縄離島巡り
• 実家は箕面市牧落

http://daipresents.com/

Agile Conference

Agile Conferenceには2010年から参加しています。記事を書いたりFacebookページを
作ったりして、ちょっとでも自分が好きになった雰囲気が届けばなぁと。今年書いた記事
はこちら => ManasLink - EM ONLINE http://bit.ly/QlZy9N

集え、日本の活動家たちよ。

http://ultimateagilist.doorkeeper.jp/events/1823

Ultimate Agilist Tokyo
11/17 開催！

集え、日本の活動家たちよ。
宝探しAgileゲーム - 安井力氏
アジャイルプログラマの定義は俺たちが決める。そして、最速でそう
なってみる - 牛尾剛氏
アジャイルテスト開発を考える - 細谷泰夫氏
TDDと組織文化 - 天野勝氏
家電商品を開発してみると目からウロコなAgileの本質 - 前川直也氏
Ruby on Railsによるアジャイル開発事例と注意点 - 川端光義氏
The Art Of Agile ProjectManager - 市谷聡啓氏
http://ultimateagilist.doorkeeper.jp/events/1823
Can you keep doing that? - 原田騎郎氏
アジャイル開発における、システムテストの自動化 - 小井土亨氏
リアルウェア - 濱勝巳氏
アジャイルに対する見方の変化 - 太田健一郎氏
これまでの開発から、これからの開発へのチェンジ - 倉貫義人氏
Ultimate Agilist Tokyo
テストを支える。テストを育てる。 - 井芹洋輝氏

11/17 開催！
「ふりかえり」をふりかえってみよう。 - 串田幸江女史

SIerでした
•Javaエンジニア
•業務向けWebアプリ
•二次受け
•一人でドナドナ
•ほとんど滝

http://www.ﬂickr.com/photos/lombre/3052877393/

上記以外にもサービスはあります。これだけいろいろなサービスがあると開発方法も様々
です。

アジャイル支援歴
•リプレイス6ヶ月
•リプレイス3ヶ月
•若いサービス10ヶ月
私のチームごとサービスを担当するチームに合流し、席を並べて働きます。
週1回とかじゃなくて、毎日一緒です。

プロデューサー
登場人物

エンジニア私

開発の流れ

•PROがアイデアを練って
•ENGが実現する
•この回転を支援

朝礼の
風景

はじめは私がファシリテーターとして運営し、徐々に周りに移譲していく形が多いです。

今日のおはなし
l 開発のチェンジ
l マインドセットのチェンジ
l 変化から習慣へ

すぐ見えた壁
•なぜかWF
•開発スキル低（若者多）
•一体感の無さ

考えなおしたこと

計画と仕様

問い

仕様書は
正しいのか？

photo - http://www.ﬂickr.com/photos/richardvignola/4566774290/

こういう意見が多数

仕様がないと作れないから
早く決めてほしい

一方で

仕様どおりつくるだけだと
つまらない

もーわがままなんだからぁ

ソフトウェア開発とは、
ユーザーのニーズやマーケ
ティング上の目標をソフト
ウェア製品に変換する作業
である。
ソフトウェア開発 - Wikipedia http://bit.ly/A63xPS

違った使い方された
Publicにメッセージが飛び合う事を
想定していたのに、Closedなメッ
セージ交換に使われていた

仕様がゴールか？

サービス開発だとこの考え方はリスクがあります。サービス開発だけなんですかね？
ソフトウェア開発全般に当てはめてもいい気がします。
photo - http://www.ﬂickr.com/photos/druclimb/480108350/

今の答え

仕様は仮説でしかない

詳細を決めすぎない
• 小さなプロトタイプを作る
• どこまでも考え過ぎない
• 大事なら時間をかける

25
僕も実際に開発をやっていて違いを感じたのですが、こういうビルを建てるような開発じゃない雰囲気です。
photo - http://www.ﬂickr.com/photos/nknh/2447013697/

ちょっとずつリリースを繰り替えいしているとこういう街のようなシステムを作っている気分になってきます。
26
この中に赤いビルを建てようとは思わないですよね。そういう統一性は設計時に考えます。
photo - http://www.ﬂickr.com/photos/brucehh/7627194894/

メアリーさんなぜ全部計測しないの？

社内トレーニングでお招きしたときの話。言われて悔しい思いをしました。

効果測定の強化
•リリース後に勝負が始まる
•効果測定で見える化
•使われているか？
•想定した使われ方か？

デモ、見える化
•デモは途中で止めた
•そのかわりにできたら集合
•
レビューとしてリリース後
のKPIを共有

再度、今の答え

リリースは出口じゃなく
入り口だろう？

参考：AKB48 “GIVE ME FIVE!” http://bit.ly/TEH2sh
photo - http://www.ﬂickr.com/photos/maurymccown/1614878016/

問い
計画は
守らなければ
ならないのか？

こういう意見が多数

間に合うようにがんばって
て欲しい

一方で

•丸投げはがんばれない
•開発だけでがんばれない
•いつまでもがんばれない
ただ、年に2∼3回がんばらざるをえない時期はありますよね。

不可能な計画を可能にするのが
エンジニアの仕事ではない！

がんばりを続けるとつかれるリスクがあるってことです。
参考：「不可能を可能にする男」Wikipedia http://goo.gl/Riu6V
プロゴルファー猿Complete BOX-Vol.1 [DVD]: 頓宮恭子, 高木早苗, 峰あつ子: DVDhttp://amzn.to/R0jxNj

こういう意見も

今の見積りは余裕やゆとり
があるように見える

見積もりで会話

見積りは正確に測定しないで、「間違ってたら気がついた時にフィードバックする」意識を持ってもらっていま
す。正解か不正解は重要ではなく、はやく気がつくことを重要視しているからです。

見積りは確率
だが、コミット
メントは確率で
はない

楽天ブックス: アジャイルな見積りと計画づくり - マイク・コーン http://bit.ly/RhGkCO

今の答え

ちゃんと計画する
計画は変更する

計画
l 1∼2週間のタイムボックス
l 比較的柔軟なリリース日
l フェーズをやめる

ビジョン、
マイルストーン
は作る

大体の方向性とそこまでの距離は知っ
ておきたいですよね。そのためのマイ
ルストーンです。 photo - http://www.ﬂickr.com/photos/eesti/276022325/

マイルストーン
的なカード 41

こういう意見も

今回はサービスの手触りま
で考える余裕がなかった

DONEの定義は？
l 作った、動いた
l レビュー終わった、UT終わった
l システムテスト終わった
l 手触りの良いサービスにしあげた

http://corp.rakuten.co.jp/company/message.html

考えなおしたこと

成功と品質

問い

成功とは
なんだ？


成功とは？
•リリースが成功する
•バグがない
•トラブルがない

今の成功とは
•仕様どおり
•ビジネス価値が正しかった
•
これを安定して継続的
に繰り返すこと

ユーザの信頼
最悪の選択
変・なにもしない
デリバリスピード
・リプレイス
更・お金をかけ続ける

の
技術的負債による
コ
コスト肥大
スギャップ

ト理想のコスト

時間

作らないへ

•大抵作ることができる
•いかに必要な物だけ作るか？

問い

品質とは
なんだ？


品質とは？
•仕様書通り
•バグがないこと

例えば
•レガシーシステム

•単体テストなんてない状態

•どう改善するか？

テスト計画書

55

アジャイルテストの4象限
自動と手動手動
探索的テスト
機能テスト例としてシナリオ
ストーリーテストユーザビリティテスト
ユーザ受け入れテスト
我々のやり方には合わない
プロトタイプ
シミュレーションアルファ / ベータ

単体テストパフォーマンス / 負荷テスト
コンポーネントテストセキュリティテスト
「∼性」テスト
自動ツール

自分たち用に整理
自動手動

ユーザ受け入れテスト探索的テスト
（UAT）ユーザビリティテスト

単体テスト（UT）パフォーマンスツール
セキュリティツール

自動ツール

テストのトレードオフ
シンプルな機能

このへんは日々の画面チェック
でカバーされてた
超重要

マイナーな機能メジャーな機能

このへんは日々の画面チェック
でカバーされてた
重要58

あきらめ対象
複雑な機能

選択と集中
自動手動

時間削減
（UAT）
注力
探索的テスト
ユーザビリティテスト

単体テスト（UT）パフォーマンスツール

時間削減時間削減
自動
セキュリティツール

ツール

価値のある手作業へ
• 画面デザインは人の目を使う
• 手動で操作して触り心地を確かめる
• 「気づき」をFBにつなげる
「こうなっていたらいいのに」もここで洗い出し、受け入れ担当者に仕様変更か無視かの判断をしてもらう。
開発者全員で時間をあわせ、せーのでテストしていくと盛り上がる

(UAT)
•117 ケース
•356 クリック
•347 チェック

コスト
•30min 環境作成
•30min ペアプロレクチャー
•2days + リファクタリング

生まれた価値
•QA前に125バグ
•デグレード阻止多数
•QAでのバグ率0.2%

“Quality is value
to some person”
品質とは誰かにとっての価値である

by Gerald Weinberg

スーパーエンジニアへの道 - 技術リ-ダ-シップの人間学
ジェラルド・Ｍ．ワインバ-グ http://bit.ly/Qf2SUk

今の品質
ユーザの価値
ビジネスの価値
個人の価値
どれが一つだけだと食べていけなくなっちゃう

サービス開発を
プラクティスゴール

原則マインド

価値技術力
アジャイルにクラフトマンシップ？

地図を捨てて
コンパスを
頼りに進め
リーンスタートアップ解説より

1

photo- http://www.ﬂickr.com/photos/pedrobelleza/6255124245/

地図を捨てる
•地図は作るし時間もかける
•地図は変更する
•正しいを疑う

コンパスを頼りに
•ユーザのフィードバック
•問題に俊敏に気がづく
•少しだけ、少しづつ

大体、まっすぐ進む

71
ちょっとぐらいのずれは気にしないで、大体まっすぐに進んでいること。半歩でも前に進んでいることを重視し
ています。

ふりかえりを活用
•週1回1時間
•課題を掘り下げる
•リリースの効果も確認

DONE率 .410
初めてアジャイル開発に取り組んだチー
ムが、数カ月間でユーザーストーリーを
Doneできた割合

半分もDoneできないという気づきを得た。ただ、イチローより高い打率。

20％のKPI向上
効果はモチベーションに繋がり、次のア
クションが明確になる。

地図を捨てて
コンパスを
頼りに進め

1

Typhoon #14 "Nabi" ¦ Flickr - Photo Sharing! http://bit.ly/x60eXR

地図を捨てて
コンパスを
頼りに進め

photo - http://www.ﬂickr.com/photos/usfwssoutheast/7644512048/

誰かがやってくれ
ると思うな

地図を捨てて
コンパスを
頼りに進め

photo - http://www.ﬂickr.com/photos/jannem/2079422115/

これまでの当たり前
を変化させよう

地図を捨ててコンパスを頼りに進め

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Was ist angesagt?

Was ist angesagt? (20)

Andere mochten auch

Andere mochten auch (18)

Ähnlich wie 地図を捨ててコンパスを頼りに進め

Ähnlich wie 地図を捨ててコンパスを頼りに進め (20)

Mehr von Dai FUJIHARA

Mehr von Dai FUJIHARA (11)

地図を捨ててコンパスを頼りに進め