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
Sponsored
·
Ship Features Fearlessly
Turn features on and off without deploys. Used by thousands of Ruby developers.
→
やきとりい
April 22, 2022
Business
23
14k
質問を”聴く”技術
2022年4月22日 株式会社万葉の全社集会で発表した内容です。
質問に的確にこたえるためには、まずその背景から理解するといいよという話です。
やきとりい
April 22, 2022
Tweet
Share
More Decks by やきとりい
See All by やきとりい
社会の中のわたしの技術 ─ 自分の地図の描き方 #wttjp
yotii23
0
920
Rubyと自由とAIと
yotii23
6
3k
Railsの勉強のすすめかた
yotii23
0
190
株式会社万葉「自分ごと」としての産休・育休(持続的エンジニア人生のための組織戦略) #enechange_meetup
yotii23
4
790
Reading and improving Pattern Matching in Ruby
yotii23
0
300
10年前のRails Girls Japanむかしばなしとわたし #rggjp #rgjp10th
yotii23
3
590
Rubyから広がるプログラミング入門教育〜小学校高学年向けプログラミング入門書『ユウと魔法のプログラミング・ノート』執筆から学んだこと〜
yotii23
2
940
ダイバシティな絵本のご紹介
yotii23
0
3.2k
翻訳で橋をかける
yotii23
5
940
Other Decks in Business
See All in Business
続・もっと!「契約交渉よりも顧客との協調を」 〜成果報酬型やってみた結果とその先の挑戦〜
sasakendayo
0
1.7k
VISASQ: ABOUT DEV TEAM
eikohashiba
6
41k
なぜ、あのPdMは「時間がない」と言わないのか? ~元エンジニアPdMが実践する「ドキュメント化 x MCP」の全貌~
sam8helloworld
0
180
採用向け会社紹介資料_20260105.pdf
yoshikatsu0423
0
430
「回復の場」としてのコミュニティ
emi0726
0
720
RDRAモデルからFP・工数・金額につなぐ定量見積り
bpstudy
0
190
株式会社EventHub 会社紹介資料
eventhub
1
43k
本気で解かれるべき 課題を創る(アジェンダ・セッティング)
hik0107
1
240
プロダクトにAIを。 確率的なふるまいと向き合う。
sugitlab
0
330
急成長プロダクトを支える「組織の検査と適応」—— SmartHR 労務ドメイン Scrum@Scale 導入半年間のリアルと展望
wadak8sk
0
270
キャンバスエッジ株式会社 会社説明資料
canvasedge
0
8.1k
会社紹介資料 / ProfileBook
gpol
5
55k
Featured
See All Featured
Game over? The fight for quality and originality in the time of robots
wayneb77
1
93
So, you think you're a good person
axbom
PRO
2
1.9k
Collaborative Software Design: How to facilitate domain modelling decisions
baasie
0
130
HDC tutorial
michielstock
1
340
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
659
61k
Docker and Python
trallard
47
3.7k
Producing Creativity
orderedlist
PRO
348
40k
Raft: Consensus for Rubyists
vanstee
141
7.3k
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
110
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
0
150
Designing Dashboards & Data Visualisations in Web Apps
destraynor
231
54k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
400
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における隙 隙があったとはいえ、発端のツイートは別に質問じゃなくない??? 蛇足(あるいは一番大事なこと)
これからも楽しく質問に答えて いきましょう!