Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジニアと要件定義
Search
nakaryo
November 18, 2022
Design
2
910
エンジニアと要件定義
nakaryo
November 18, 2022
Tweet
Share
More Decks by nakaryo
See All by nakaryo
ギフティの技術ブログ 再出発とこれから / restart of giftee tech blog 2024
ryotanakaya
0
260
再利用パターン / Pattern of code reuse
ryotanakaya
0
140
エンジニアリングエッセイのススメ
ryotanakaya
0
360
ソフトウェアアーキテクチャについて 語るときに 僕の語ること
ryotanakaya
2
1.4k
Go と並行処理
ryotanakaya
0
360
ワクワク!Rubyクイズ!!
ryotanakaya
0
1.4k
増え続けるトランザクションデータと向き合う
ryotanakaya
0
480
シャッフルランチシステムを刷新してみた話
ryotanakaya
0
180
Other Decks in Design
See All in Design
Liquid Iron
mcduckyart
1
110
Kid Cowboy 103
marilutwin
0
260
Cyber Heart Online Book
hjnasby
0
120
“使いやすい”が生産性を変える!業務を効率化するためのUX/UI設計ポイント
ncdc
2
390
Building foundations 堅牢なデザイントークンの設計
hilokifigma
2
3.5k
アップロード-職業訓練_ワンランク上に見せるデザインのコツ.pdf
keita_yoshikawa
0
130
株式会社ログラス - 会社説明資料【デザイナー】/ Loglass Designer
loglass2019
1
670
サービスデザインにおける、 映像活用の可能性(Spectrum Tokyo Meetup #18)
ka71
0
130
生成AIを活用した組み込みSW設計書検索システム開発
licux
7
1.1k
教育分野に強いUIデザイナー / 山口哲弘ポートフォリオ
t2yamaguchi429
0
410
AI動画生成ガチャ紹介
piyo7
1
120
【Firefly Image 4対応版】上手にFireflyにお願いしてウェブデザイン案を出すぞ!
cremacrema
0
1.3k
Featured
See All Featured
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Evolution of real-time – Irina Nazarova, EuRuKo, 2024
irinanazarova
8
800
Optimizing for Happiness
mojombo
379
70k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Java REST API Framework Comparison - PWX 2021
mraible
31
8.7k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
138
34k
Visualization
eitanlees
146
16k
Fireside Chat
paigeccino
37
3.5k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.4k
Music & Morning Musume
bryan
46
6.6k
The Art of Programming - Codeland 2020
erikaheidi
54
13k
The Straight Up "How To Draw Better" Workshop
denniskardys
234
140k
Transcript
エンジニアと要件定義 ケーススタディで学ぶ要件定義のWhy Nakaya Ryota
自己紹介 ギフティ入社:2019年1月 所属:技術本部 Distribution Section Gift Purchasing Gateway Unit 前職:バックオフィス系システムのパッケージベンダー
(上流メイン) 分報:#times_nakaya 最近の関心ごと:UX、エンジニアキャリア論 好きな祝日の曜日:木曜日
要件定義ってあるじゃないですか
要件定義、やっていますか?
要件定義、できていますか?
企画 業務 設計 要件 定義 設計 実装 テスト リリ ース
保守 運用 システム開発プロセス
企画 業務 設計 要件 定義 設計 実装 テスト リリ ース
保守 運用 システム開発プロセス
要件定義とは ソフトウェア開発やシステム開発においては、「要件定義」とは、そのソフトウェアやシステム に必要な機能や性能を明らかにしてゆく作業のこと。 IT関係の開発では「上流工程」と呼ばれている作業・工程の一部にあたり、実際の具体的な 開発作業(プログラミング言語を使ったコーディング作業など)や実装作業を始める前に行う 作業のひとつ。 (出典: Wikipedia)
なんとなくでできてしまう → コミュニケーション能力が必要だと思われがち
ユーザーは自分が欲しいものを正確に 理解できているわけではない
ユーザーはシステムで何ができるのかを 正確に理解できているわけではない
顧客が本当に欲しかったもの(戒め)
顧客が本当に欲しかったもの(戒め) 放っておくとこの状態に陥る
顧客が本当に欲しかったもの(戒め) 話し合いが大事
ケーススタディ1 コップと取っ手
コップと取っ手 コップに取っ手をつけて欲しいんだ
コップと取っ手 コップに取っ手をつけて欲しいんだ わかりました どういう形にしますか?
コップと取っ手 コップに取っ手をつけて欲しいんだ わかりました どういう形にしますか? 指が2本入ればいいよ
コップと取っ手 コップに取っ手をつけて欲しいんだ わかりました どういう形にしますか? 指が2本入ればいいよ おかのした
コップと取っ手 こんな感じでええやろ 完璧や!!
コップと取っ手 いいコップができたねぇ、めでたしめでたし
コップと取っ手
コップと取っ手 Why を明らかにできていませんね
コップと取っ手 なぜ取っ手が欲しいんですか?
コップと取っ手 なぜ取っ手が欲しいんですか? ツルツルして持ちにくいからだよ
コップと取っ手 なぜ取っ手が欲しいんですか? ツルツルして持ちにくいからだよ じゃあ窪みを作って持ちやすいように したらどうじゃろう
コップと取っ手 なぜ取っ手が欲しいんですか?
コップと取っ手 なぜ取っ手が欲しいんですか? 熱いものを入れたら持てなくなるからだ よ
コップと取っ手 なぜ取っ手が欲しいんですか? 熱いものを入れたら持てなくなるからだ よ 素材を工夫して外側が熱くならないよ うにしたらどうじゃろうか
コップと取っ手 Why を明らかにすることで ユーザーが思っている解決策以外の策が出てくる可能性がある
もし人々に何が欲しいかと聞いていたら、 彼らはもっと速い馬が欲しいと答えただろう ヘンリー・フォード
もし人々に何が欲しいかと聞いていたら、 彼らはもっと速い馬が欲しいと答えただろう ヘンリー・フォード 「顧客の意見を聞かない」ということではない → 潜在的な要求を明らかにすることが重要
• ユーザーは常に自分の欲求を言語化できているとは限らない • Why を明らかにしよう ここまでのまとめ
ケーススタディ2 管理画面と数字
管理画面と数字 管理画面のここに商品の在庫数を表示 して欲しいんだ
管理画面と数字 管理画面のここに商品の在庫数を表示 して欲しいんだ (Why をちゃんと確認せな...) なぜその数値が必要なんでしょう
管理画面と数字 管理画面のここに商品の在庫数を表示 して欲しいんだ (Why をちゃんと確認せな...) なぜその数値が必要なんでしょう 在庫が少なくなってきたら発注しないと いけないんだ
管理画面と数字 管理画面のここに商品の在庫数を表示 して欲しいんだ (Why をちゃんと確認せな...) なぜその数値が必要なんでしょう 在庫が少なくなってきたら発注しないと いけないんだ
おかのした
管理画面と数字 今回は Why も整理できた 完璧や!!
管理画面と数字
管理画面と数字 数字を見たい人なんてこの世にはいない
管理画面と数字 数字を見たい人なんてこの世にはいない → Why を深掘りする余地がありそう
管理画面と数字 その数値を見て具体的にどうしたい んですか?
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ じゃあその閾値も管理できるようにし たいですね!
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ じゃあその閾値も管理できるようにし たいですね! もっというとその閾値を割ったら自動 で通知が来るようにしたいですね!
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ じゃあその閾値も管理できるようにし たいですね! もっというとその閾値を割ったら自動 で通知が来るようにしたいですね!
能動的に数字を見る手間 が減って業務効率化
管理画面と数字 その数値を見て具体的にどうしたい んですか?
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ じゃあついでに発注管理の機能への リンクがあるといいですね!
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ じゃあついでに発注管理の機能への リンクがあるといいですね! もっというと自動発注機能なんかも
あってもいいですね!
管理画面と数字 その数値を見て具体的にどうしたい んですか? 一定の閾値があってそれを下回ったら 発注機能で追加発注するんだ じゃあついでに発注管理の機能への リンクがあるといいですね! もっというと自動発注機能なんかも
あってもいいですね! 前後業務等も考慮して 利便性を向上させられる余 地を探る
インターネットやパソコンは、知識や情報を伝える ことに偏っている。 私はパソコンを人間性溢れる存在にし、人々が自 分の感情を、より豊かに表現する手伝いをした い。 スティーブ・ジョブズ システム屋はデータや機能に意識が向きがち → (toC/toB に関わらず)ユーザーの体験を少しでも
よくしていく頭の使い方をする
まとめ • Why を明らかにしよう • Why の深掘りをしよう • 人間が能動的にアクションしなくて良い方向で設計しよう •
前後のアクションも考えて関連機能をシームレスに繋げられるか 考えよう • インプットを増やして科学的に要件定義しよう
顧客が本当に必要なものを作ろう! 〜fin〜