Your SlideShare is downloading. ×
○○したら受託開発が180°変わった(10分版)
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

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

1,240
views

Published on

以前XP祭りでLTしたものの10分版。 …

以前XP祭りでLTしたものの10分版。

「せっかく作った物が喜んでもらえない」
「仕様だ、バグだ、の不毛な争い」
「振り回されて疲弊するエンジニア」
など、受託開発でうまくいかない局面は多くあるが、ある一つのことを意識的に行うようにしたら、自分たちの受託開発が180°変わった、という話。

Published in: Software

0 Comments
14 Likes
Statistics
Notes

  • Be the first to comment

Show More
No Downloads
Views
Total Views
1,240
On Slideshare
0
From Embeds
0
Number of Embeds
6
Actions
Shares
0
Downloads
4
Comments
0
Likes
14
Embeds 0
No embeds
Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide
  • 炎上・デスマーチ
  • 互いが身を守るための不毛な争い
  • 疲弊するエンジニア
  • アジャイルひよこクラブ第一回のイベントでソニックガーデン倉貫さんに相談してみました
  • どうやって聞いたかはあとで話す。

    人事部が使う社員管理システム、のようなものを受託していたときの話。
    人事部が今までExcelで管理していたけど、管理が煩雑になってきたのでシステム化したいという話だった。

    コストを削減することが目的ではなかった。何が目的だと思いますか？
    ここの人事部は社員のモチベーションを管理すべくフォローアップする業務があった。そこに時間をかけることが出来るようになりたかった。
  • * 我々のコンピュータは素晴らしく、美しいデザインで簡単に使え、親しみやすい商品です
    * ひとつ買いませんか？

    * 我々のすることはすべて 世界を変えるという信念で行っています。違う考え方（Think Different）に価値があると信じています
    * 私たちが世界を変える手段は、美しくデザインされ簡単に使え、親しみやすい製品です
    * こうして素晴らしいコンピュータができあがりました
  • すると、両者の間に不可視の溝が生まれてしまう。
    Why?をちゃんと聞くことでこの溝が埋まる。
    反対側から見る感覚

  • すると、両者の間に不可視の溝が生まれてしまう。
    Why?をちゃんと聞くことでこの溝が埋まる。
    反対側から見る感覚

  • すると、両者の間に不可視の溝が生まれてしまう。
    Why?をちゃんと聞くことでこの溝が埋まる。
    反対側から見る感覚

  • このとき以降から、やり方が変わった。
    開発者はHowを先に考えてしまう。だけど先にWhyを聞こうということ。
  • このとき以降から、やり方が変わった。
    開発者はHowを先に考えてしまう。だけど先にWhyを聞こうということ。

    • Transcript

    • 1. ○○したら、 受託開発が180°変わった 2014.10.18 Creators Meet Up
    • 2. 自己紹介  原田敦@harada4atsushi  日本シーエイダブリュウ株式会社  WEBアプリケーションエンジニア  Androidは趣味
    • 3. 日本シーエイダブリュウとは  見積もらない受託開発  Ruby on Rails  WEBアプリケーション  AWS
    • 4. アジャイルひよこクラブ  ビギナー向け  「実践」を増やしたい  現場から変えて行く
    • 5. うまくいかない受託開発
    • 6. バグだ！！ 即刻タダで直せ！ 仕様書に書いてないぞ！ 追加費用だ！
    • 7. 何この機能？ こんなんじゃ 使えないよ えっ… それでいいって 言ってたやん…
    • 8. 言ったかも知れないけど ちゃんとやってくれないと 困るよ！ どうにかして！ これでいいって 言ったじゃないすか！ ムリです。 出来ません！
    • 9. もう帰りたい…
    • 10. 仮説 仕様変更が絶えないのは 最初に全部決めようとするからだ
    • 11. Try 一週間単位の逐次開発にしてみる
    • 12. Problem  タスクを消化しては、また次から次へと タスクが生まれる「わんこそば式開 発」  予定していた納期が迫ってきて突貫工事
    • 13. あれ？ 何も変わってないな？
    • 14. すごい人に相談してみた - アジャイルひよこクラブ第1回イベント-
    • 15. 相談 なんでうまくいかないの？
    • 16. Q.なんのために ソフトウェアを作ってるの？
    • 17. A. お客様の価値を実現するために 作っている
    • 18. Q. 君の言う価値って何？
    • 19. A. ソフトウェアを導入することで コスト削減を実現すること
    • 20. Q. コスト削減ってことは 従業員をクビにするってこと？
    • 21. A. いいえ。空いたリソースを別の ことに費やすことだと思います。
    • 22. それ君の想像でしょ？
    • 23. 半信半疑だけど お客さんに聞いてみた
    • 24. どうやって聞いたの？
    • 25. コスト削減？
    • 26. 本当に実現したい「価値」に 目を向けていなかった
    • 27. ゴールデンサークル
    • 28. ゴールデン・トライアングル Why? What? How? Why What
    • 29. 顧客は、 Whyの実現を期待して Whatだけを言葉にしている
    • 30. 作り手は、 WhatからHowを導き、 Whatだけを実現している
    • 31. その結果 「こうじゃなかった」に なってしまう
    • 32. ゴールデン・トライアングル Why? What? How? Why What
    • 33. Whyを聞き出して WhatとHowを導き、 Whyを実現する
    • 34. プラクティス① 受注する前に なぜ作るのかを 顧客自身に言葉にしてもらう
    • 35. エレベーターピッチ(記入用) • [課題解決： ] したい • [対象： ] 向けの、 • [名前： ] というプロダクトは、 • [カテゴリ： ] です。 • これは • [重要な利点： ] ができ、 • [代替手段： ] とは違って、 • [決定手的な特長： ] が備わっ ている。
    • 36. ダイエットアプリ/ぜい肉で育つダイペット
    • 37. エレベーターピッチ(例) • [楽しくダイエットを続けられるように] したい • [女性] 向けの、 • [ぜい肉で育つダイペット] というプロダクトは、 • [育成型ダイエット支援アプリ] です。 • これは[自分がやせた分、ペットに餌を与えて育 てることや、ルームの模様替えが] ができ、 • [体重を一覧やグラフで見れるだけのダイエット アプリ] とは違って、 • [飽きずに楽しみながらダイエットを続けられる 仕組み] が備わっている。
    • 38. 注意点 • なるべく多くの関係者に書いても らうこと • 絶対に作り手の言葉だけでまとめ ないこと
    • 39. プラクティス ② How?の前に Why?を聞く
    • 40. ある一つの機能・画面に対して • なぜ？ • どんなときに？ • 誰が？ 使うかを、理解するまで作らない というルールを設けた
    • 41. 例
    • 42. 例 • なぜ？  Google検索と照合して、データに存在しなかったり、 相違がある店舗を探すため • どんなときに？  毎週月曜日に店舗情報の更新作業時に • 誰が？  パートのおばちゃんが
    • 43. How?の前にWhy?  それは本当に今必要なものなのか？  それは本当に期待している価値を実現で きるものなのか？  それはもっと他の手段で簡単に実現でき ないか？
    • 44. 疑問 なんでうまくいかないの？
    • 45. 自分の答え 顧客にとっての「価値」ではなく 単なる「手段」だけを提供しているから
    • 46. Why?を聞いたら、 受託開発が180°変わった
    • 47. ありがとうございました