$30 off During Our Annual Pro Sale. View Details »
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
エンジニアと要件定義
Search
nakaryo
November 18, 2022
Design
4
1k
エンジニアと要件定義
nakaryo
November 18, 2022
Tweet
Share
More Decks by nakaryo
See All by nakaryo
ギフティの技術ブログ 再出発とこれから / restart of giftee tech blog 2024
ryotanakaya
0
310
再利用パターン / Pattern of code reuse
ryotanakaya
0
160
エンジニアリングエッセイのススメ
ryotanakaya
0
410
ソフトウェアアーキテクチャについて 語るときに 僕の語ること
ryotanakaya
2
1.5k
Go と並行処理
ryotanakaya
0
370
ワクワク!Rubyクイズ!!
ryotanakaya
0
1.5k
増え続けるトランザクションデータと向き合う
ryotanakaya
0
520
シャッフルランチシステムを刷新してみた話
ryotanakaya
0
190
Other Decks in Design
See All in Design
プラットフォームに馴染むモバイルアプリデザイン / Mobile App UI Design Lunch LT
pixyzehn
0
110
AIを身近に感じるために、デザイナー全員で一つのサービスを使ってみた
_psyc0_
0
340
Portfolio 齋藤明敏 Hiroyuki Saito_守秘義務あり
crearedesign
0
370
アンエシカルデザインの枠組みの提案 -HCD-Netダークパターン研究会活動報告-
securecat
0
150
Meet, Learn, Grow × AI ― コミュニティで加速するスキル循環 「コミュニティと関わり方」
tame
0
320
DESIGNEAST 2025 A-3
_kotobuki_
0
110
デザイナーがはばたく未来の入り口『hatch』が描く、新しいデザイナー育成のカタチ
goodpatch
3
2.7k
AI業務アプリケーションの体験デザイン
kazuhirokimura
0
230
【MIXI MEETUP!ー TECH & DESIGN DAYー】新たなSNS「mixi2」の “0→1”開発の舞台裏:デザイナーが語るプロダクト誕生秘話
mixi_design
PRO
0
170
Spectrum Tokyo_ デザイナーが事業責任者になってみた
shin_2
0
170
Emmy's Artwork
mcksmith
0
170
図じゃなく言語で描く - Common Ground for Design AI Operations.
kazukiikeda
1
500
Featured
See All Featured
The Power of CSS Pseudo Elements
geoffreycrofte
80
6.1k
Practical Orchestrator
shlominoach
190
11k
Measuring & Analyzing Core Web Vitals
bluesmoon
9
700
The Invisible Side of Design
smashingmag
302
51k
Testing 201, or: Great Expectations
jmmastey
46
7.8k
Large-scale JavaScript Application Architecture
addyosmani
514
110k
Producing Creativity
orderedlist
PRO
348
40k
Navigating Team Friction
lara
191
16k
Balancing Empowerment & Direction
lara
5
780
Become a Pro
speakerdeck
PRO
30
5.7k
GraphQLの誤解/rethinking-graphql
sonatard
73
11k
Documentation Writing (for coders)
carmenintech
76
5.2k
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〜