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
Nice XXXer eXperience
Search
ksmxxxxxx
April 17, 2022
Education
0
110
Nice XXXer eXperience
プロダクト開発でデザイナー、エンジニア、マーケター、セーラーがお互い仕事がやりやすくするために、自分が意識していることをざっくり紹介します。
ksmxxxxxx
April 17, 2022
Tweet
Share
More Decks by ksmxxxxxx
See All by ksmxxxxxx
How to Question on Fjord Bootcamp
ksmxxxxxx
0
3k
Borderless team development With HRT
ksmxxxxxx
0
46
Other Decks in Education
See All in Education
ビジネススキル研修紹介(株式会社27th)
27th
PRO
1
680
プログラミング基礎#4(名古屋造形大学)
yusk1450
PRO
0
120
Why Did Douglass Change His Mind?
oripsolob
0
440
Power Automate+ChatGPTを使ってエンジニア教育を改善してみた #RPALT
masakiokuda
0
150
Introduction - Lecture 1 - Information Visualisation (4019538FNR)
signer
PRO
0
4.4k
The Prison Industrial Complex by Billy Dee
oripsolob
0
690
Information Architectures - Lecture 2 - Next Generation User Interfaces (4018166FNR)
signer
PRO
0
1.4k
Initiatives on Bridging the Gender Gap in the Technology Sector
codeforeveryone
0
130
Поступай в ТОГУ 2025
pnuslide
0
19k
AWS Well-Architected Labを活用してつよつよAWSエンジニアになろう!!! #jawsug_tokyo
masakiokuda
0
310
Adobe Express
matleenalaakso
1
7.7k
1113
cbtlibrary
0
300
Featured
See All Featured
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
GitHub's CSS Performance
jonrohan
1030
460k
The Pragmatic Product Professional
lauravandoore
32
6.4k
YesSQL, Process and Tooling at Scale
rocio
172
14k
Code Reviewing Like a Champion
maltzj
521
39k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
120k
GraphQLの誤解/rethinking-graphql
sonatard
68
10k
Documentation Writing (for coders)
carmenintech
67
4.6k
Git: the NoSQL Database
bkeepers
PRO
427
65k
Designing for humans not robots
tammielis
250
25k
Keith and Marios Guide to Fast Websites
keithpitt
411
22k
Making Projects Easy
brettharned
116
6k
Transcript
Nice XXXer eXperience @ksmxxxxxx 2022/04/17
自己紹介 フリーランスのWebおばはん。 人生のスローガンは「後ろを向きながら全力で 匍匐前進」。 UX/UI/Design/Keyboard/JavaScript/Ruby https://github.com/ksmxxxxxx https://twitter.com/ksmxxxxxx https://docs.ksmxxxxxx.page/
Agenda B 相手に通じる言語で話# B 「どうしたらもっと良くなるか」でコメン1 B 参考書籍の紹介
相手に通じる言語で話す
全体のトンマナを 揃えるように…… DBのテーブル設計が…… F1層に対してリーチ させるように……
トンマナってなに? F1層ってなに? テーブルって?
職種ごとの専門用語を出されると、相手は となってしまう 「何の説明をされているのかよくわからない」
相手は素人である 事業会社でプロダクト開発をしていると、他職種の同僚と一緒に活動することが当たり 他職種の人は、自分が日常的に使っている単語の意味を知らないのは当たり前 デザイナーは1チームにひとりという現場はザラなので圧倒的マイノリティ) 自分がエンジニアリングを学習していたときのことを思い出して、「ああいう説明をしても らえたらわかりやすかったな」というポイントを真似したりして、 説明することを意識すh
これはエンジニアだけでなく デザイナーやマーケター、セールスにも言える
レビュー
言われて、シンドい…って思う事例 y 思ってたのと違うんですよね→どういうのをイメージしてたのQ y パッとしないですね→同E y ここの部分、この色にしてほしいです→なぜその色じゃないとだめなの?理由はあるの? (機能としての精度より、個人の好みでレビューされているみたいでなんのために作ってる のかわからなくなる y
コードレビューでもこれに似たようなことを言われると、ツラいなぁって思っちゃう
レビューするときに気をつけているポイント u レビューをいらする時:レビューしてほしいポイントをまとめ u レビューする時:相手に実装の意図を確認す u 意図を理解した上で、もっとよくなる改善案などがあれば、 「こうするともっと良くなると思うんですがどうですか?」とコメントす u あくまで提案する体裁でコメントする。
採用するかどうかはレビュイーに判断してもらs u 「これは絶対問題あり」っていうものに対しては、 はっきり理由を提示して「修正してください」と伝える
参考図書のご紹介
みんなではじめるデザイン批 評 デザインレビューについて、海外の事例を紹介 しながらアプローチを紹介している本。名著。 題材がデザインレビューだけど、コードレ ビューや、プロダクトの機能検討などいろんな 場面で応用できるのでオススメ。 前職ではチームの推薦図書として、新入社員に は必ず読んでくださいと言っていた。
Team Geek ―Googleのギークたちはい かにしてチームを作るのか エンジニアの間では名著って聞いた。 前職の推薦図書だった。 HRTの原則の出典元になった本。 大抵のことはHRTの原則で解決できると思って る。
プロダクトのUXはチーム(組織)のUXから
Have a nice working, THX!