Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
質問を”聴く”技術
Search
やきとりい
April 22, 2022
Business
15k
23
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
質問を”聴く”技術
2022年4月22日 株式会社万葉の全社集会で発表した内容です。
質問に的確にこたえるためには、まずその背景から理解するといいよという話です。
やきとりい
April 22, 2022
More Decks by やきとりい
See All by やきとりい
社会の中のわたしの技術 ─ 自分の地図の描き方 #wttjp
yotii23
0
1k
Rubyと自由とAIと
yotii23
6
3.3k
Railsの勉強のすすめかた
yotii23
0
220
株式会社万葉「自分ごと」としての産休・育休(持続的エンジニア人生のための組織戦略) #enechange_meetup
yotii23
4
830
Reading and improving Pattern Matching in Ruby
yotii23
0
360
10年前のRails Girls Japanむかしばなしとわたし #rggjp #rgjp10th
yotii23
3
630
Rubyから広がるプログラミング入門教育〜小学校高学年向けプログラミング入門書『ユウと魔法のプログラミング・ノート』執筆から学んだこと〜
yotii23
2
990
ダイバシティな絵本のご紹介
yotii23
0
3.3k
翻訳で橋をかける
yotii23
5
990
Other Decks in Business
See All in Business
“隣のチームの改善の取り組み”を見える化 すれば、チームはもっと良くなると思っていた。同じ部署 19チーム・243件 の取り組みを見える化した記録と、見えてきた 壁と価値
hansodeeeeee
0
110
ナカソネ住設カスタマーエンジニア紹介資料WEB公開版_2026年8月版_.pdf
nakasonejusetsu
0
130
AWSのログ/アラートの調査を AIで自動化してみた話
tomomasa
0
160
プロジェクトのリズムを 体に取り込む
kozotaira
0
220
Cobe Associe: Who we are? /コンサル・市場調査・人材紹介のCobe Associe
nozomi
6
21k
AI時代のプロダクトディスカバリー:名刺OCR機能β版開発の舞台裏 2026.02.17
kawashimayoshihisa
0
220
課題発見から始めるプロダクト密着型TA組織立ち上げ 〜小規模TAチームが3Dアセットの生産性を倍にした方法〜
gree_tech
PRO
0
870
WHITEGLASSES BRAND BOOK | デジタル時代に勝てるキャリアを
whiteglasses2021
1
890
TableCheck Inc. - Company Profile
tablecheckac
0
530
株式会社ユビレジ_採用ピッチ資料 / Ubiregi_CompanyProfile
ubiregi_saiyo
1
12k
PMは、ブランドマネージャーになる。 / PM to BrandManager
sninomi1018
1
270
malna-recruiting-pitch
malna
0
26k
Featured
See All Featured
Abbi's Birthday
coloredviolet
3
9.9k
The Impact of AI in SEO - AI Overviews June 2024 Edition
aleyda
6
1.2k
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
How To Stay Up To Date on Web Technology
chriscoyier
790
250k
GraphQLの誤解/rethinking-graphql
sonatard
75
12k
Amusing Abliteration
ianozsvald
1
290
Optimizing for Happiness
mojombo
378
71k
Why Our Code Smells
bkeepers
PRO
340
58k
How STYLIGHT went responsive
nonsquared
100
6.3k
Utilizing Notion as your number one productivity tool
mfonobong
4
580
AI Search: Implications for SEO and How to Move Forward - #ShenzhenSEOConference
aleyda
1
1.4k
Building AI with AI
inesmontani
PRO
1
1.2k
Transcript
2022.Apr. 鳥井雪 株式会社万葉全社集会発表資料 質問を“聴く”技術
質問に返ってくる答えには的確な答えと的外れな答えがある 的確な答えの例 的外れな答えの例 何が違うのか? 質問の構造
質問は前提・問題・表に出る言葉 で構成されている 回答前に「前提・問題」を理解する 質問者は「前提・問題」の共有を意識する まとめ 今日の話題の流れ
的確な答えと的外れな答え
https://twitter.com/yotii23/status/1506878988748136452 ある日のTwitter(140文字以内で今の心境などを適当にながすミニブログ)のわ たしのつぶやき 質問に返ってくる答えには的確なやつと的 外れな奴がある
なるほどね~。確かに原語と比べてみると、 どこで問題が混入したか分かるな。(❤をつける) https://twitter.com/dankogai/status/1506881948030885893 的確な答えが返ってくることもある
それはコンピューターが究極的には01の処理をしている ことをおっしゃってますか? そういう考え方もできま すが今その話してなくてですね、というのも「変数」と いう言葉が表現するべき抽象レベルはそこじゃないです よね、プログラミングという行為において「変数」とい う言葉が思考上で担っている役割と言葉の乖離の話をし ています、抽象度のレベルの違いががありますね。 常にバイト列を意識してプログラミングするわけでない ので…(早口)
[引用RTで]「いや、変数には数しか入らない」 (※スクショは控えさせていただきます。) だが的外れな答えが返ってくることも…
何が違うのか、それは“何を問うているの か”への推察の精度の違い なるほどね~。確かに原語と比べてみると、 どこで問題が混入したか分かるな。(❤をつける) それはコンピューターが究極的には01の処理をしている ことをおっしゃってますか? そういう考え方もできま すが今その話してなくてですね、というのも「変数」と いう言葉が表現するべき抽象レベルはそこじゃないです よね、プログラミングという行為において「変数」とい
う言葉が思考上で担っている役割と言葉の乖離の話をし ています、抽象度のレベルの違いががありますね。 常にバイト列を意識してプログラミングするわけでない ので…(早口)
前提:今つぶやきの主(わたし)は小学生向けのプログラミングの入門書を書い ていて、変数について解説したい 問題:“数”という文字が入っていることで理解の邪魔になりそう つぶやきの背景(前提)と問題
質問の構造
➢ 前提:質問者が置かれている状況 ➢ 何をしようとしているか ➢ どんな知識や経験があるか ➢ 興味の焦点はどこか 例:小学生に変数の解説がしたいプログラマー ➢
問題:質問者が解決したい内容 ➢ 何に困っているか 例:変数の”数“が用語の実態とずれていて混乱 を招きそう ➢ 質問文:表にでる言葉 例: 質問には構造がある
「いや、変数には数しか入らない」 (※スクショは控えさせていただきます。) 的外れな答え 的確な答え 的確な答えと的外れな答えの違いは 質問の“下部構造”をとらえているか
別に質問文から問題や前提をエスパーする必要はない 分からなければ聞けばよい 「それってxxがしたいってことですか?」 「それが分かると何ができるようになりますか(何が解決しますか)?」(※怯えさせない ように) 当の質問者も問題が把握できてないこともあるので、対話で理解が深まることもある。 急いで回答する前に、
「自分は質問者の問題や前提を把握できているか?」と意識することが大事 答える前に質問を“聴く”
「AとBを試してみたんですけどうまくいかなくて、Cのやり方を教えてほしい のですが」(前提の共有) 「xxに困っているんですけど、~ですか?」(問題の共有) 応用(質問を深堀するとき) ➢ 「ちゃんと答えたいのでくわしく聞かせてくださいね、それってxxがしたいっ てことですか?」(前提の共有) ➢
「質問の意図を掴みそこねたのですが、それが分かると何がうれしいやつです か?」(問題の共有) 逆に質問するときは「前提」や「問題」の 共有を意識するとスムーズ
まとめ: 質問には構造がある。 構造の理解を意識するといい回答 ができる。
自分が答えようとしているのが質問かどうかも 一度立ち止まって考えてもいいかもしれませんね! (有益な知見が得らえたのでわたしは良かったです) Twitterにおける隙 隙があったとはいえ、発端のツイートは別に質問じゃなくない??? 蛇足(あるいは一番大事なこと)
これからも楽しく質問に答えて いきましょう!