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
3
950
エンジニアと要件定義
nakaryo
November 18, 2022
Tweet
Share
More Decks by nakaryo
See All by nakaryo
ギフティの技術ブログ 再出発とこれから / restart of giftee tech blog 2024
ryotanakaya
0
290
再利用パターン / Pattern of code reuse
ryotanakaya
0
160
エンジニアリングエッセイのススメ
ryotanakaya
0
380
ソフトウェアアーキテクチャについて 語るときに 僕の語ること
ryotanakaya
2
1.4k
Go と並行処理
ryotanakaya
0
360
ワクワク!Rubyクイズ!!
ryotanakaya
0
1.5k
増え続けるトランザクションデータと向き合う
ryotanakaya
0
500
シャッフルランチシステムを刷新してみた話
ryotanakaya
0
190
Other Decks in Design
See All in Design
Tools for Design Engineers other than LLM in the LLM era
takanorip
1
460
プロジェクト内でデザイナーができること 日経電子版アプリ機能開発「For You」#nikkei_tech_talk
nikkei_engineer_recruiting
8
4.5k
Portfolio 齋藤明敏 Hiroyuki Saito_守秘義務あり
crearedesign
0
290
Memory Man v3 (WIP)
storybychad
PRO
0
2.6k
企画を動かすデザイナーの思考!「広げて絞る」アプローチ。
hikidakan
0
160
街・都市という眼差し。まちづくりにおける規範と実践
sakamon
0
130
教育分野に強いUIデザイナー / 山口哲弘ポートフォリオ
t2yamaguchi429
0
730
第4回関東Kaggler会LT HCD-Net人間中心設計スペシャリストが語るNotebookメダルの取り方
utm529f
0
1k
AIで加速するアクセシビリティのこれから
magi1125
4
670
ビジネスアナリシスはビジネス”分析”じゃないよ!~システム人材が価値を生むための基盤スキルとしてのビジネスアナリシス~
bpstudy
0
620
「描く」という衝動に立ち返る〜Figma Drawがひらく思考のかたち〜
transit_kix
1
1.1k
バイアスを凌ぐデザインとコード ―異動直後にどうふるまうか―
kkaru
0
550
Featured
See All Featured
The Cult of Friendly URLs
andyhume
79
6.6k
GraphQLの誤解/rethinking-graphql
sonatard
72
11k
GitHub's CSS Performance
jonrohan
1032
460k
Making the Leap to Tech Lead
cromwellryan
135
9.5k
A better future with KSS
kneath
239
17k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
44
2.5k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3k
Bash Introduction
62gerente
615
210k
Fireside Chat
paigeccino
39
3.6k
Rebuilding a faster, lazier Slack
samanthasiow
83
9.2k
Designing for Performance
lara
610
69k
Writing Fast Ruby
sferik
628
62k
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〜