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
世界の将来人口を誰でも語れるようになる
jo76shin
0
130
【みんなのコード】文科省生成AIガイドラインVer.2.0 入門編
codeforeveryone
0
110
Diseño de estrategia de analítica del aprendizaje en tu centro educativo.
tecuribarri
0
150
Security, Privacy and Trust - Lecture 11 - Web Technologies (1019888BNR)
signer
PRO
0
2.7k
Carving the Way to Ruby Engineering
koic
3
800
Sanapilvet opetuksessa
matleenalaakso
0
31k
Adobe Express
matleenalaakso
1
7.7k
Flinga
matleenalaakso
2
14k
Ilman kirjautumista toimivia sovelluksia
matleenalaakso
1
20k
ヘイトスピーチがある世界のコミュニケーション
ktanishima
0
1k
いにしえの国産データベース~桐~って知っていますか?
masakiokuda
2
110
Mathematics used in cryptography around us
herumi
2
760
Featured
See All Featured
Code Reviewing Like a Champion
maltzj
521
39k
Distributed Sagas: A Protocol for Coordinating Microservices
caitiem20
330
21k
Rebuilding a faster, lazier Slack
samanthasiow
80
8.9k
GitHub's CSS Performance
jonrohan
1030
460k
Large-scale JavaScript Application Architecture
addyosmani
511
110k
Into the Great Unknown - MozCon
thekraken
35
1.6k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
7
640
Practical Orchestrator
shlominoach
186
10k
Why Our Code Smells
bkeepers
PRO
336
57k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Why You Should Never Use an ORM
jnunemaker
PRO
55
9.2k
Building Better People: How to give real-time feedback that sticks.
wjessup
367
19k
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!