○○したら受託開発が180°変わった(10分版)

○○したら、
受託開発が180°変わった
2014.10.18
Creators Meet Up

自己紹介
 原田敦@harada4atsushi
 日本シーエイダブリュウ株式会社
 WEBアプリケーションエンジニア
 Androidは趣味

日本シーエイダブリュウとは
 見積もらない受託開発
 Ruby on Rails
 WEBアプリケーション
 AWS

アジャイルひよこクラブ
 ビギナー向け
 「実践」を増やしたい
 現場から変えて行く

うまくいかない受託開発

○○したら受託開発が180°変わった(10分版)

バグだ！！
即刻タダで直せ！
仕様書に書いてないぞ！
追加費用だ！

何この機能？
こんなんじゃ
使えないよ
えっ…
それでいいって
言ってたやん…

言ったかも知れないけど
ちゃんとやってくれないと
困るよ！
どうにかして！
これでいいって
言ったじゃないすか！
ムリです。
出来ません！

仮説
仕様変更が絶えないのは
最初に全部決めようとするからだ

Try
一週間単位の逐次開発にしてみる

Problem
 タスクを消化しては、また次から次へと
タスクが生まれる「わんこそば式開
発」
 予定していた納期が迫ってきて突貫工事

あれ？
何も変わってないな？

すごい人に相談してみた
- アジャイルひよこクラブ第1回イベント-

相談
なんでうまくいかないの？

Q.なんのために
ソフトウェアを作ってるの？

A. お客様の価値を実現するために
作っている

Q. 君の言う価値って何？

A. ソフトウェアを導入することで
コスト削減を実現すること

Q. コスト削減ってことは
従業員をクビにするってこと？

A. いいえ。空いたリソースを別の
ことに費やすことだと思います。

それ君の想像でしょ？

半信半疑だけど
お客さんに聞いてみた

どうやって聞いたの？

本当に実現したい「価値」に
目を向けていなかった

ゴールデン・トライアングル
Why?
What?
How?
Why
What

顧客は、
Whyの実現を期待して
Whatだけを言葉にしている

作り手は、
WhatからHowを導き、
Whatだけを実現している

その結果
「こうじゃなかった」に
なってしまう

Whyを聞き出して
WhatとHowを導き、
Whyを実現する

プラクティス①
受注する前に
なぜ作るのかを
顧客自身に言葉にしてもらう

エレベーターピッチ(記入用)
• [課題解決： ] したい
• [対象： ] 向けの、
• [名前： ] というプロダクトは、
• [カテゴリ： ] です。
• これは
• [重要な利点： ] ができ、
• [代替手段： ] とは違って、
• [決定手的な特長： ] が備わっ
ている。

ダイエットアプリ/ぜい肉で育つダイペット

エレベーターピッチ(例)
• [楽しくダイエットを続けられるように] したい
• [女性] 向けの、
• [ぜい肉で育つダイペット] というプロダクトは、
• [育成型ダイエット支援アプリ] です。
• これは[自分がやせた分、ペットに餌を与えて育
てることや、ルームの模様替えが] ができ、
• [体重を一覧やグラフで見れるだけのダイエット
アプリ] とは違って、
• [飽きずに楽しみながらダイエットを続けられる
仕組み] が備わっている。

注意点
• なるべく多くの関係者に書いても
らうこと
• 絶対に作り手の言葉だけでまとめ
ないこと

プラクティス
②
How?の前に
Why?を聞く

ある一つの機能・画面に対して
• なぜ？
• どんなときに？
• 誰が？
使うかを、理解するまで作らない
というルールを設けた

例
• なぜ？
 Google検索と照合して、データに存在しなかったり、
相違がある店舗を探すため
• どんなときに？
 毎週月曜日に店舗情報の更新作業時に
• 誰が？
 パートのおばちゃんが

How?の前にWhy?
 それは本当に今必要なものなのか？
 それは本当に期待している価値を実現で
きるものなのか？
 それはもっと他の手段で簡単に実現でき
ないか？

疑問
なんでうまくいかないの？

自分の答え
顧客にとっての「価値」ではなく
単なる「手段」だけを提供しているから

Why?を聞いたら、
受託開発が180°変わった

ありがとうございました

○○したら受託開発が180°変わった(10分版)

More Related Content

○○したら受託開発が180°変わった(10分版)

Editor's Notes