Submit Search
Upload
泥臭い受託開発Dev love関西
•
52 likes
•
10,054 views
Toshiyuki Ohtomo
Follow
Slideshow view
Report
Share
Slideshow view
Report
Share
1 of 117
Download now
Download to read offline
Recommended
組織やチームの問題解決どうしていますか?
組織やチームの問題解決どうしていますか?
Toshiyuki Ohtomo
缶詰屋さんの課題解決にスクラムを使ってみた
缶詰屋さんの課題解決にスクラムを使ってみた
Toshiyuki Ohtomo
エンジニアコミュニティで組織は動き出す
エンジニアコミュニティで組織は動き出す
Haruo Sato
みんなが働きたい場所で働ける「リモート開発チーム」を目指してやっていること - Cybozu Days 2017 大阪
みんなが働きたい場所で働ける「リモート開発チーム」を目指してやっていること - Cybozu Days 2017 大阪
Yuki Okada
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
Haruo Sato
[Devsumi2017]オルタナティブなチーム開発のすゝめ
[Devsumi2017]オルタナティブなチーム開発のすゝめ
Atsushi Kojima
BPStudy#97 世界に価値を創り出すエンジニアの技術
BPStudy#97 世界に価値を創り出すエンジニアの技術
Haruo Sato
技術者の自分が11年間会社を経営して学んだ7つのこと
技術者の自分が11年間会社を経営して学んだ7つのこと
Haruo Sato
Recommended
組織やチームの問題解決どうしていますか?
組織やチームの問題解決どうしていますか?
Toshiyuki Ohtomo
缶詰屋さんの課題解決にスクラムを使ってみた
缶詰屋さんの課題解決にスクラムを使ってみた
Toshiyuki Ohtomo
エンジニアコミュニティで組織は動き出す
エンジニアコミュニティで組織は動き出す
Haruo Sato
みんなが働きたい場所で働ける「リモート開発チーム」を目指してやっていること - Cybozu Days 2017 大阪
みんなが働きたい場所で働ける「リモート開発チーム」を目指してやっていること - Cybozu Days 2017 大阪
Yuki Okada
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
匠メソッドを導入したらサイトのサクセスが10倍になった話〜connpassの事例その他
Haruo Sato
[Devsumi2017]オルタナティブなチーム開発のすゝめ
[Devsumi2017]オルタナティブなチーム開発のすゝめ
Atsushi Kojima
BPStudy#97 世界に価値を創り出すエンジニアの技術
BPStudy#97 世界に価値を創り出すエンジニアの技術
Haruo Sato
技術者の自分が11年間会社を経営して学んだ7つのこと
技術者の自分が11年間会社を経営して学んだ7つのこと
Haruo Sato
私の考える Startup Geeks
私の考える Startup Geeks
Kiminari Homma
オブジェクト指向を学んで図解力、仕事力アップ
オブジェクト指向を学んで図解力、仕事力アップ
Haruo Sato
なれる!デザイナー(ロゴ作りから始めるデザイン入門)
なれる!デザイナー(ロゴ作りから始めるデザイン入門)
hiroki tanaka
connpassの戦略決定〜チームで取り組んだ価値のデザイン
connpassの戦略決定〜チームで取り組んだ価値のデザイン
Haruo Sato
BPStudy#116(PyQ開発秘話)
BPStudy#116(PyQ開発秘話)
Haruo Sato
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
Pythonの会社を 9年間経営してきて分かったこと
Pythonの会社を 9年間経営してきて分かったこと
Haruo Sato
Bp study #122 PyQの学習者サポートから学んだpython初学者への解説ノウハウ
Bp study #122 PyQの学習者サポートから学んだpython初学者への解説ノウハウ
Kameko Ohmura
プログラミングを学ぶと何が良いのか
プログラミングを学ぶと何が良いのか
Haruo Sato
要求開発 with You
要求開発 with You
Haruo Sato
エンジニアが起業するとき気を付けること
エンジニアが起業するとき気を付けること
晋 奥山
匠Methodをサポートする事業開発に役立つ書籍たちを紹介します
匠Methodをサポートする事業開発に役立つ書籍たちを紹介します
Haruo Sato
企業主催勉強会BPStudy〜個人が輝くコミュニティを目指して
企業主催勉強会BPStudy〜個人が輝くコミュニティを目指して
Haruo Sato
オンラインPython学習サービスPyQの価格決め
オンラインPython学習サービスPyQの価格決め
Haruo Sato
人は1ヶ月でエンジニアになれるのか
人は1ヶ月でエンジニアになれるのか
Yamaura Kiyoto
BPStudy#88 connpassにおける戦略決定
BPStudy#88 connpassにおける戦略決定
Haruo Sato
[DevLOVE X]雨の日こそ笑え!~SIerでもサービサーでもコミュニティでも「楽しい」は正義!!~
[DevLOVE X]雨の日こそ笑え!~SIerでもサービサーでもコミュニティでも「楽しい」は正義!!~
Shigeki Morizane
匠Methodとの出会いと製品開発への活用
匠Methodとの出会いと製品開発への活用
Haruo Sato
名古屋アジャイル勉強会「モチベーションはどこからくるの?」
名古屋アジャイル勉強会「モチベーションはどこからくるの?」
hiroyuki Yamamoto
生命の営みに触れるべき 次の10年のために 開発者に伝えたいこと
生命の営みに触れるべき 次の10年のために 開発者に伝えたいこと
Chihiro Tomita
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
Koji Ishimoto
【Exchange Avenue】審査講評抜粋版
【Exchange Avenue】審査講評抜粋版
ridinglads
More Related Content
What's hot
私の考える Startup Geeks
私の考える Startup Geeks
Kiminari Homma
オブジェクト指向を学んで図解力、仕事力アップ
オブジェクト指向を学んで図解力、仕事力アップ
Haruo Sato
なれる!デザイナー(ロゴ作りから始めるデザイン入門)
なれる!デザイナー(ロゴ作りから始めるデザイン入門)
hiroki tanaka
connpassの戦略決定〜チームで取り組んだ価値のデザイン
connpassの戦略決定〜チームで取り組んだ価値のデザイン
Haruo Sato
BPStudy#116(PyQ開発秘話)
BPStudy#116(PyQ開発秘話)
Haruo Sato
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Yasui Tsutomu
Pythonの会社を 9年間経営してきて分かったこと
Pythonの会社を 9年間経営してきて分かったこと
Haruo Sato
Bp study #122 PyQの学習者サポートから学んだpython初学者への解説ノウハウ
Bp study #122 PyQの学習者サポートから学んだpython初学者への解説ノウハウ
Kameko Ohmura
プログラミングを学ぶと何が良いのか
プログラミングを学ぶと何が良いのか
Haruo Sato
要求開発 with You
要求開発 with You
Haruo Sato
エンジニアが起業するとき気を付けること
エンジニアが起業するとき気を付けること
晋 奥山
匠Methodをサポートする事業開発に役立つ書籍たちを紹介します
匠Methodをサポートする事業開発に役立つ書籍たちを紹介します
Haruo Sato
企業主催勉強会BPStudy〜個人が輝くコミュニティを目指して
企業主催勉強会BPStudy〜個人が輝くコミュニティを目指して
Haruo Sato
オンラインPython学習サービスPyQの価格決め
オンラインPython学習サービスPyQの価格決め
Haruo Sato
人は1ヶ月でエンジニアになれるのか
人は1ヶ月でエンジニアになれるのか
Yamaura Kiyoto
BPStudy#88 connpassにおける戦略決定
BPStudy#88 connpassにおける戦略決定
Haruo Sato
[DevLOVE X]雨の日こそ笑え!~SIerでもサービサーでもコミュニティでも「楽しい」は正義!!~
[DevLOVE X]雨の日こそ笑え!~SIerでもサービサーでもコミュニティでも「楽しい」は正義!!~
Shigeki Morizane
匠Methodとの出会いと製品開発への活用
匠Methodとの出会いと製品開発への活用
Haruo Sato
名古屋アジャイル勉強会「モチベーションはどこからくるの?」
名古屋アジャイル勉強会「モチベーションはどこからくるの?」
hiroyuki Yamamoto
生命の営みに触れるべき 次の10年のために 開発者に伝えたいこと
生命の営みに触れるべき 次の10年のために 開発者に伝えたいこと
Chihiro Tomita
What's hot
(20)
私の考える Startup Geeks
私の考える Startup Geeks
オブジェクト指向を学んで図解力、仕事力アップ
オブジェクト指向を学んで図解力、仕事力アップ
なれる!デザイナー(ロゴ作りから始めるデザイン入門)
なれる!デザイナー(ロゴ作りから始めるデザイン入門)
connpassの戦略決定〜チームで取り組んだ価値のデザイン
connpassの戦略決定〜チームで取り組んだ価値のデザイン
BPStudy#116(PyQ開発秘話)
BPStudy#116(PyQ開発秘話)
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
アジャイルコーチが現場で学んだプロダクトオーナーの実際と勘所 POの二番目に大事なことと
Pythonの会社を 9年間経営してきて分かったこと
Pythonの会社を 9年間経営してきて分かったこと
Bp study #122 PyQの学習者サポートから学んだpython初学者への解説ノウハウ
Bp study #122 PyQの学習者サポートから学んだpython初学者への解説ノウハウ
プログラミングを学ぶと何が良いのか
プログラミングを学ぶと何が良いのか
要求開発 with You
要求開発 with You
エンジニアが起業するとき気を付けること
エンジニアが起業するとき気を付けること
匠Methodをサポートする事業開発に役立つ書籍たちを紹介します
匠Methodをサポートする事業開発に役立つ書籍たちを紹介します
企業主催勉強会BPStudy〜個人が輝くコミュニティを目指して
企業主催勉強会BPStudy〜個人が輝くコミュニティを目指して
オンラインPython学習サービスPyQの価格決め
オンラインPython学習サービスPyQの価格決め
人は1ヶ月でエンジニアになれるのか
人は1ヶ月でエンジニアになれるのか
BPStudy#88 connpassにおける戦略決定
BPStudy#88 connpassにおける戦略決定
[DevLOVE X]雨の日こそ笑え!~SIerでもサービサーでもコミュニティでも「楽しい」は正義!!~
[DevLOVE X]雨の日こそ笑え!~SIerでもサービサーでもコミュニティでも「楽しい」は正義!!~
匠Methodとの出会いと製品開発への活用
匠Methodとの出会いと製品開発への活用
名古屋アジャイル勉強会「モチベーションはどこからくるの?」
名古屋アジャイル勉強会「モチベーションはどこからくるの?」
生命の営みに触れるべき 次の10年のために 開発者に伝えたいこと
生命の営みに触れるべき 次の10年のために 開発者に伝えたいこと
Viewers also liked
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
Koji Ishimoto
【Exchange Avenue】審査講評抜粋版
【Exchange Avenue】審査講評抜粋版
ridinglads
Prottとsketchとzeplinのススメ
Prottとsketchとzeplinのススメ
Asami Yamamoto
漢は黙ってjQuery
漢は黙ってjQuery
Takuma Hanatani
2016-10-25 product manager conference 資料
2016-10-25 product manager conference 資料
Takeo Iyo
君にグロースハックはいらない
君にグロースハックはいらない
Takaaki Umada
「クックパッドとZaimのグロースハックについて」
「クックパッドとZaimのグロースハックについて」
Kato Kyosuke
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
Chihiro Kurosawa
アプリUI勉強会 in ネットイヤーグループ
アプリUI勉強会 in ネットイヤーグループ
Kenichi Suzuki
スマホサービスにおける、UIデザインのノウハウと実例
スマホサービスにおける、UIデザインのノウハウと実例
yosuke sato
確実に良くするUI/UX設計
確実に良くするUI/UX設計
Takayuki Fukatsu
女子の心をつかむUIデザインポイント - MERY編 -
女子の心をつかむUIデザインポイント - MERY編 -
Shoko Tanaka
BASE_プレゼン用サービス説明資料
BASE_プレゼン用サービス説明資料
Find Job Startup
メルカリ_サービス説明資料
メルカリ_サービス説明資料
Find Job Startup
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
MOCKS | Yuta Morishige
Viewers also liked
(15)
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
フロントエンドエンジニア(仮) 〜え、ちょっとフロントやること多すぎじゃない!?〜
【Exchange Avenue】審査講評抜粋版
【Exchange Avenue】審査講評抜粋版
Prottとsketchとzeplinのススメ
Prottとsketchとzeplinのススメ
漢は黙ってjQuery
漢は黙ってjQuery
2016-10-25 product manager conference 資料
2016-10-25 product manager conference 資料
君にグロースハックはいらない
君にグロースハックはいらない
「クックパッドとZaimのグロースハックについて」
「クックパッドとZaimのグロースハックについて」
登録数2倍にしてと言われた時の正しい対処法
登録数2倍にしてと言われた時の正しい対処法
アプリUI勉強会 in ネットイヤーグループ
アプリUI勉強会 in ネットイヤーグループ
スマホサービスにおける、UIデザインのノウハウと実例
スマホサービスにおける、UIデザインのノウハウと実例
確実に良くするUI/UX設計
確実に良くするUI/UX設計
女子の心をつかむUIデザインポイント - MERY編 -
女子の心をつかむUIデザインポイント - MERY編 -
BASE_プレゼン用サービス説明資料
BASE_プレゼン用サービス説明資料
メルカリ_サービス説明資料
メルカリ_サービス説明資料
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
【プレゼン】見やすいプレゼン資料の作り方【初心者用】
Similar to 泥臭い受託開発Dev love関西
【A-L】コミュニティが成長させるマルチクラウド環境でのデータ管理の世界 ~Docker Hubで500,000ダウンロード達成、Scality S3サー...
【A-L】コミュニティが成長させるマルチクラウド環境でのデータ管理の世界 ~Docker Hubで500,000ダウンロード達成、Scality S3サー...
Developers Summit
jbug#10(ジョイゾー星野)
jbug#10(ジョイゾー星野)
Tomohisa Hoshino
20181205 #dev reljp_#37_beajouneyman
20181205 #dev reljp_#37_beajouneyman
Journeyman
東北で3年間クラウドのフルマネージドサービスをやってきて感じたこと
東北で3年間クラウドのフルマネージドサービスをやってきて感じたこと
Takuya Tachibana
プログラミング教育はどうあるべきか
プログラミング教育はどうあるべきか
洋丈 半田
【20 g-4】ここまでできる!開発プラットフォームとしてのkintone #devsumi2015
【20 g-4】ここまでできる!開発プラットフォームとしてのkintone #devsumi2015
Cybozucommunity
匠Methodを使った製品開発の現場
匠Methodを使った製品開発の現場
Haruo Sato
Shirasagi20190314
Shirasagi20190314
Naokazu Nohara
jaws ug hiroshima-20150221
jaws ug hiroshima-20150221
Toshiyuki Konparu
PHP初心者に贈る、まちがえないPHPの始め方・学び方
PHP初心者に贈る、まちがえないPHPの始め方・学び方
Hiroyuki Sugimoto
匠メソッドを導入したらサイトのアクセスが8倍になった話
匠メソッドを導入したらサイトのアクセスが8倍になった話
Haruo Sato
事業会社で働くエンジニアのマインドセット - DevLOVE関西
事業会社で働くエンジニアのマインドセット - DevLOVE関西
Tomoyuki Sugita
岩崎サトシ「失敗しない」広告デザインの作り方講座Dvd発売
岩崎サトシ「失敗しない」広告デザインの作り方講座Dvd発売
新潟コンサルタント横田秀珠
Webデザインの「なぞり方」講座DVD限定特価で会員へ販売
Webデザインの「なぞり方」講座DVD限定特価で会員へ販売
新潟コンサルタント横田秀珠
クラウドソーシングでチームを作る方法
クラウドソーシングでチームを作る方法
Hisatoshi Kikumoto
EventHubサービス概要資料
EventHubサービス概要資料
mktg17
Jisaセミナー講演
Jisaセミナー講演
Hagimoto Junzo
受託開発会社による「受託開発と自社サービス開発の両立」と新サービス「Board」ができるまで
受託開発会社による「受託開発と自社サービス開発の両立」と新サービス「Board」ができるまで
Yusuke Tamukai
WPの実装言語PHPの重箱の隅っこを速度的な意味でつっついて比較してみた(2016/12/3)
WPの実装言語PHPの重箱の隅っこを速度的な意味でつっついて比較してみた(2016/12/3)
Hiroyuki Ishikawa
Nintendo Labo の子育て力
Nintendo Labo の子育て力
Masaru Shimbori
Similar to 泥臭い受託開発Dev love関西
(20)
【A-L】コミュニティが成長させるマルチクラウド環境でのデータ管理の世界 ~Docker Hubで500,000ダウンロード達成、Scality S3サー...
【A-L】コミュニティが成長させるマルチクラウド環境でのデータ管理の世界 ~Docker Hubで500,000ダウンロード達成、Scality S3サー...
jbug#10(ジョイゾー星野)
jbug#10(ジョイゾー星野)
20181205 #dev reljp_#37_beajouneyman
20181205 #dev reljp_#37_beajouneyman
東北で3年間クラウドのフルマネージドサービスをやってきて感じたこと
東北で3年間クラウドのフルマネージドサービスをやってきて感じたこと
プログラミング教育はどうあるべきか
プログラミング教育はどうあるべきか
【20 g-4】ここまでできる!開発プラットフォームとしてのkintone #devsumi2015
【20 g-4】ここまでできる!開発プラットフォームとしてのkintone #devsumi2015
匠Methodを使った製品開発の現場
匠Methodを使った製品開発の現場
Shirasagi20190314
Shirasagi20190314
jaws ug hiroshima-20150221
jaws ug hiroshima-20150221
PHP初心者に贈る、まちがえないPHPの始め方・学び方
PHP初心者に贈る、まちがえないPHPの始め方・学び方
匠メソッドを導入したらサイトのアクセスが8倍になった話
匠メソッドを導入したらサイトのアクセスが8倍になった話
事業会社で働くエンジニアのマインドセット - DevLOVE関西
事業会社で働くエンジニアのマインドセット - DevLOVE関西
岩崎サトシ「失敗しない」広告デザインの作り方講座Dvd発売
岩崎サトシ「失敗しない」広告デザインの作り方講座Dvd発売
Webデザインの「なぞり方」講座DVD限定特価で会員へ販売
Webデザインの「なぞり方」講座DVD限定特価で会員へ販売
クラウドソーシングでチームを作る方法
クラウドソーシングでチームを作る方法
EventHubサービス概要資料
EventHubサービス概要資料
Jisaセミナー講演
Jisaセミナー講演
受託開発会社による「受託開発と自社サービス開発の両立」と新サービス「Board」ができるまで
受託開発会社による「受託開発と自社サービス開発の両立」と新サービス「Board」ができるまで
WPの実装言語PHPの重箱の隅っこを速度的な意味でつっついて比較してみた(2016/12/3)
WPの実装言語PHPの重箱の隅っこを速度的な意味でつっついて比較してみた(2016/12/3)
Nintendo Labo の子育て力
Nintendo Labo の子育て力
泥臭い受託開発Dev love関西
1.
受託だからといって 受け身である必要はない 泥臭い受託開発を語り合う (DevLOVE関西×DevLOVE仙台コラボ企画) Sat 17th, May,
2014 Toshiyuki Ohtomo
2.
本日お話する内容 お客さんを満足させつつ 楽しく開発するために やっていること
3.
自己紹介 @toshiotm Toshiyuki Ohtomo
4.
自己紹介 @toshiotm Toshiyuki Ohtomo 受託の経歴: 組み込み パッケージ開発 業務系Webシステム開発
5.
自己紹介受託の経歴: 組み込み パッケージ開発 業務系Webシステム開発 主な活動: 京都アジャイル勉強会とか @toshiotm Toshiyuki Ohtomo
6.
自己紹介受託の経歴: 組み込み パッケージ開発 業務系Webシステム開発 主な活動: 京都アジャイル勉強会とか 目標: 炊事、洗濯、育児をこなす フルスタックエンジニア @toshiotm Toshiyuki Ohtomo
7.
コンテキストの説明
8.
コンテキストの説明 下請け具合
9.
コンテキストの説明 下請け具合
10.
コンテキストの説明 ここ→ 下請け具合
11.
コンテキストの説明 会社規模
12.
コンテキストの説明 会社規模
13.
コンテキストの説明 会社規模
14.
コンテキストの説明 地理的な環境
15.
コンテキストの説明 地理的な環境 ユーザー
16.
コンテキストの説明 地理的な環境 発注元 ×2 ユーザー
17.
コンテキストの説明 地理的な環境 ここ 発注元 ×2 ユーザー
18.
コンテキストの説明 契約形態
19.
コンテキストの説明 契約形態 要求分析〜基本設計 詳細設計〜システムテスト
20.
コンテキストの説明 委任契約 契約形態 請負契約 要求分析〜基本設計 詳細設計〜システムテスト
21.
コンテキストの説明 チーム紹介
22.
コンテキストの説明 チーム紹介 社員
23.
コンテキストの説明 社員 チーム紹介 社員
24.
コンテキストの説明 チーム紹介 社員 派遣 社員
25.
コンテキストの説明 チーム紹介 社員 派遣 派遣 社員
26.
コンテキストの説明 開発環境
27.
コンテキストの説明 開発環境 Javaフレームワーク
28.
コンテキストの説明 開発環境 Javaフレームワーク (発注元独自拡張)
29.
コンテキストの説明 開発環境 Javaフレームワーク 発注元に社内標準あり (発注元独自拡張)
30.
コンテキストの説明 開発環境 Javaフレームワーク 発注元に社内標準あり(Excel方眼紙) (発注元独自拡張)
31.
コンテキストの説明 開発環境 Javaフレームワーク 発注元に社内標準あり 既存の追加機能 (Excel方眼紙) (発注元独自拡張)
32.
コンテキストの説明 開発環境 Javaフレームワーク 発注元に社内標準あり 既存の追加機能 (2003年) (2013年) (Excel方眼紙) (発注元独自拡張)
33.
本日お話する内容 お客さんを満足させつつ 楽しく開発するために やっていること
34.
本日お話する内容 お客さんを満足させつつ 楽しく開発するために やっていること
35.
下請けからみて誰が お客さん?
36.
下請けからみて誰が お客さん?
37.
下請けからみて誰が お客さん? 発注
38.
下請けからみて誰が お客さん? 発注 発注
39.
下請けからみて誰が お客さん? 発注 発注 発注
40.
下請けからみて誰が お客さん? 発注 発注 発注 全員お客さん
41.
下請けからみて誰が お客さん? 発注 発注 発注 全員お客さん その中でも
42.
下請けからみて誰が お客さん? 発注 発注 発注 ここではない
43.
下請けからみて誰が お客さん? 発注 発注 発注 ここでもない
44.
下請けからみて誰が お客さん? 発注 発注 発注 ここの人が満足する 必要がある!
45.
そんな雲の上にどう やって辿り着くのか?
46.
そんな雲の上にどう やって辿り着くのか? いつもやっているのは
47.
そんな雲の上にどう やって辿り着くのか? いつもやっているのは 誰が何のために をとことん尋ねる
48.
何を作るかは他の人にも答えられる
49.
何を作るかは他の人にも答えられる でも
50.
何を作るかは他の人にも答えられる 誰が何のために必要なのか は、本当に要求を持っている人 (ドメインを理解している人)に しか答えられない でも
51.
何を作るかは他の人にも答えられる 誰が何のために必要なのか は、本当に要求を持っている人 (ドメインを理解している人)に しか答えられない でも ここを理解しないと 満足させることは出来ない
52.
ここを確認しないままプロジェクトが 進むと途中でちゃぶ台返される
53.
ここを確認しないままプロジェクトが 進むと途中でちゃぶ台返される ウォーターフォールとか アジャイルは関係ない どこでひっくり返されるかが 異なるだけ
54.
本当の要求をもって いるユーザーまで自 ら辿り着く 受け身じゃないポイント①
55.
辿り着いたとして、どうやってお客さん の要求を聞き出すのか?
56.
辿り着いたとして、どうやってお客さん の要求を聞き出すのか? 質問を間違えれば、当然答えも変わって くるし…。
57.
辿り着いたとして、どうやってお客さん の要求を聞き出すのか? 質問を間違えれば、当然答えも変わって くるし…。 予算も限られているから時間も掛けられ ないし…。
58.
お客さんが 何を考えていて どうしようとしているのか 知る方法はないものか? 手っ取り早く…
59.
そもそも… n次受けまで話が来ている時には、 予算も納期も抱えている問題の解決策 すらもある程度決まっていることが多い
60.
n次受けまで話が来ている時には、 予算も納期も抱えている問題の解決策 すらもある程度決まっていることが多い 普段は、これが弊害となるんですが… そもそも…
61.
そもそも… n次受けまで話が来ている時には、 予算も納期も抱えている問題の解決策 すらもある程度決まっていることが多い 普段は、これが弊害となるんですが… 書いてあるのだから使 わない手はない
62.
念のため教えてください。 御社で予算獲得時の資料などあります でしょうか?
63.
念のため見ておきたいので、 見せられるところだけで良いので、 見せて頂くことは出来ますか?
64.
念のためっていい言葉…
65.
ユーザーが予算獲得な どで作成したコンセプ ト資料を必ず手に入れ る 受け身じゃないポイント②
66.
そこには、ユーザーの 当初の熱い思いが書か れている 受け身じゃないポイント②
67.
コンセプト資料を手に入れたら、資料を元 に要求分析を行い要求仕様書を作成する
68.
どんな要求仕様書を 作成しているのか?
69.
どんな要求仕様書を 作成しているのか? 〜として、〜したい なぜなら〜、〜だからだ
70.
〜として、〜したい なぜなら〜、〜だからだ どんな要求仕様書を 作成しているのか? ここをしっかり書く!
71.
なぜなら〜、〜だか らだ これが書けない時は、ユーザーの要求 を理解しきっていない可能性がある
72.
たとえ不要と言われて も、要求には「なぜな ら〜」を書く 受け身じゃないポイント③
73.
開発中のチーム内での 認識を揃えるためにも 「なぜなら〜」は必須 受け身じゃないポイント③
74.
ユーザーに満足してもらうための 「受け身じゃないポイント」3箇条 •本当の要求を持っているユーザーまで自ら辿 り着く •ユーザーが予算獲得などで作成したコンセプ ト資料を必ず手に入れる •たとえ不要と言われても、要求には「なぜな ら〜」を書く
75.
本日お話する内容 お客さんを満足させつつ 楽しく開発するために やっていること
76.
下請けからみてどこ までがチーム?
77.
下請けからみてどこ までがチーム? 発注 発注 発注
78.
下請けからみてどこ までがチーム? 発注 発注 発注 全員チーム内
79.
D 社内のチームが楽し く開発するためには?
80.
D どんな時が楽しそうか?
81.
D どんな時が楽しそうか? •飲んでいる時
82.
D どんな時が楽しそうか? •飲んでいる時 •Officeグリコの前で話して いる時
83.
D どんな時が楽しそうか? •飲んでいる時 •Officeグリコの前で話して いる時 •うまくコードで表現できた 時に話しかけてくる
84.
D どんな時が楽しそうか? •飲んでいる時 •Officeグリコの前で話して いる時 •うまくコードで表現できた 時に話しかけてくる •ユーザーの価値をどう実現 するかについて話している 時
85.
D どんな時が楽しそうか? •飲んでいる時 •Officeグリコの前で話して いる時 •うまくコードで表現できた 時に話しかけてくる •ユーザーの価値をどう実現 するかについて話している 時 とりあえず 話す機会が多くあれば 良さそう!
86.
D いっぱい話せる仕組み を取り入れる
87.
D いっぱい話せる仕組み を取り入れる •毎朝決まった時間にプチミー ティング
88.
D いっぱい話せる仕組み を取り入れる •毎朝決まった時間にプチミー ティング •毎夕決まった時間にプチミー ティング
89.
D いっぱい話せる仕組み を取り入れる •毎朝決まった時間にプチミー ティング •毎夕決まった時間にプチミー ティング •隔週で1日ミーティング
90.
D いっぱい話せる仕組み を取り入れる •毎朝決まった時間にプチミー ティング •毎夕決まった時間にプチミー ティング •隔週で1日ミーティング •隔週で一緒にランチ
91.
D いっぱい話せる仕組み を取り入れる •毎朝決まった時間にプチミー ティング •毎夕決まった時間にプチミー ティング •隔週で1日ミーティング •隔週で一緒にランチ •月1で飲み会
92.
D いっぱい話せる仕組み を取り入れる •毎朝決まった時間にプチミー ティング •毎夕決まった時間にプチミー ティング •隔週で1日ミーティング •隔週で一緒にランチ •月1で飲み会 疲れてくるので お菓子重要
93.
チームが形成される 仕組みを積極的に組 み込む 受け身じゃないポイント④
94.
普段からどうでもい いことを話していな いのに、大事な時だ け話せるわけがない 受け身じゃないポイント④
95.
社外のチームはどう でもよいのか?
96.
社外のチームはどう でもよいのか? そんなことはない
97.
社外のチームと楽し く開発するためには?
98.
社外のチームと楽し くない時はいつか?
99.
社外のチームと楽し くない時はいつか?
100.
社外のチームと楽し くない時はいつか? •見積もり(お金)が合わな い時
101.
社外のチームと楽し くない時はいつか? •見積もり(お金)が合わな い時 •納品後の瑕疵について話す 時
102.
社外のチームと楽し くない時はいつか? •見積もり(お金)が合わな い時 •納品後の瑕疵について話す 時 まずは、契約やお金の話以外(会社の利害 抜き)ではチームだと認識してもらおう
103.
そのためには?
104.
そのためには? •毎朝数分のWeb会議を設定させてもらいチーム で参加する(毎日顔を合わせる)
105.
そのためには? •毎朝数分のWeb会議を設定させてもらいチーム で参加する(毎日顔を合わせる) •週に1回は会って話す
106.
そのためには? •「我々はチームなので何でも共有します」と宣 言する •毎朝数分のWeb会議を設定させてもらいチーム で参加する(毎日顔を合わせる) •週に1回は会って話す
107.
良いプロダクトを作 る箇所では社外もチー ムととらえ積極的に 会話する 受け身じゃないポイント⑤
108.
泥臭い場所とそうで ない場所を明確に分 けて対応する 受け身じゃないポイント⑤
109.
チームで楽しく開発するための 「受け身じゃないポイント」2箇条 •チームが形成される仕組みを積極的に組み込 む ! •良いプロダクトを作る箇所では社外もチーム ととらえ積極的に会話する
110.
重要なお知らせ
111.
重要なお知らせ 「言葉を選ぶことは、時としてコミュニケー ションの量より重要」
112.
重要なお知らせ 「言葉を選ぶことは、時としてコミュニケー ションの量より重要」 コミュニケーションを増やすからこそ、気 をつけておかないとギスギスしてくる
113.
重要なお知らせ 「言葉を選ぶことは、時としてコミュニケー ションの量より重要」 コミュニケーションを増やすからこそ、気 をつけておかないとギスギスしてくる 会話の量は仕組みで増やせるが 会話の質は個人に依存するので要注意
114.
おしまい
Download now