質問するログイン新規登録

意見交換

11回答

1541閲覧

「人に聞く」までにどのくらい時間をかけるか

pipimura

総合スコア0

キャリア

キャリアに関する相談やスキルアップ、転職などの質問を投稿する際にご使用ください。

生成AI

学習データを基にテキスト、画像、コードなどの新しいコンテンツを自律的に生成するAI。従来のデータの分類や予測を行うAIとは異なり、0から1を生み出す創造的なアウトプットが可能な点が特徴です。

チーム文化

チーム文化は、チームが持つ価値観や行動様式に関する話題で、心理的安全性や連携力の醸成に関わります。

初心者

初心者は、プログラミングやITに不慣れな方が、基礎的な知識やスキルを身につける際に直面する疑問や課題に関する投稿に使用されます。入門書や学習サイトで学び始めた方、初めての開発環境構築でつまずいた方などに向けた質問が多く見られます。

1グッド

3クリップ

投稿2025/12/14 12:54

1

3

テーマ、知りたいこと

自分が新しく入った開発チームなどでわからないことがあった時、「人に聞く」タイミングをどのように決めていますか?

背景、状況

私は、最近未経験からソフトウェアエンジニアに転職したばかりのものです。
※初投稿のため、文章に至らない点などあるかもしれませんがご容赦いただけると幸いです。

独学で勉強を進めたり、プログラミングスクールに通ったりして知識をつけ転職しました。
しかしながら、いざチーム開発の実務に携わると、知らなかったことばかりで、新たに学習することばかりです。

特に苦戦するのは、アーキテクチャ、設計などの知識です。

なるべく自分でキャッチアップしたい思いから、まずは web、書籍を漁ったり、AIツール(自分は主に CurorやClaudeなど)を使用して仕様や設計を分析したりしています。
ただ、AIが出した情報は100%正確とは限らないため、AIが出した情報をなるべく自分で解釈・精査した上で人に聞く、というアプローチをとっています。

これまでの経験で、結局人に聞いた方が早く理解できたり、そもそもAIの出した内容が不正確だったりと、「最終的には人に聞く方が良かったな」「初めから人に聞けばよかったな」と思うこともしばしばでした。

AI はなんでも聞ける一方、その対話で答えがわかるんじゃないか?と夢中になり、その対話に時間をかけすぎてしまうことがあるように思います。

そこで、「人に聞く」タイミングをどのように見極めているかについて、IT系の業務に携わる皆さんのご意見をお伺いしたいと思いました。

私自身の方針

現状自分は、下記のような方針をとっています。

  • 1時間一人で調べてわからなければ人に聞く
  • わからないなりにも自分の中である程度仮説がたったら聞く

似たような方法をされている方のご意見や、他の方法をとっている方のご意見など、幅広くお伺いし、自分も含め同じような悩みを抱えている方の参考になればなと思います。

claudeyusak👍を押しています

気になる質問をクリップする

クリップした質問は、後からいつでもMYページで確認できます。

またクリップした質問に回答があった際、通知やメールを受け取ることができます。

回答11

#1

maisumakun

総合スコア147021

投稿2025/12/14 14:20

このサイトいわく

イメージ説明

#2

meg_

総合スコア11078

投稿2025/12/14 15:39

私は、最近未経験からソフトウェアエンジニアに転職したばかりのものです。

上記の事情であれば先輩に訊いて大丈夫だと思います。その会社や職場のやり方もあると思いますので。
業務を進めるのに支障が出る疑問はすぐに質問して、そうでないものはチームミーティングなどの場で質問すると良いかもしれません。

#3

fana

総合スコア12342

投稿2025/12/15 01:33

編集2025/12/15 01:35

状況的に 即訊く 以外の選択肢はほぼ無いと思います.
(何か人間関係的にきついとか,そういう話なのでしょうか…?)

仮に問うた事柄が「そんなの調べたらすぐわかるだろ」みたいな事柄であれば訊かれた側がそう答える(そういう場合でも普通は「それは〇〇を見てみて」みたいな反応になる)でしょうから,自力で調べるのはそこからでも遅くないでしょう.

調査手段が{web, 書籍, AI, , その他}とある中で,最も 効率?/精度?/etc が良いだろうと期待できる「人」をあえて除外し,その結果として

「最終的には人に聞く方が良かったな」「初めから人に聞けばよかったな」

となるのは,(あえて嫌な言い方をするならば)「時間を無駄にしている」ということです.

#4

satoshih

総合スコア880

投稿2025/12/15 03:48

いくつかのパターンに分かれるかと思います

1. 聞かなければわからない情報

仕様や手順、そのドキュメントの場所など

これは聞くしかないので、調べるまでもなく聞く必要があります

2. 調べればわかるかもしれないこと

言語仕様や既存のコードの処理内容など

これは1時間も調べてわからないなら聞きましょう
もっと早く聞いてもいいと思います

3. 詳しく知っておくべきこと

アーキテクチャやプロジェクトで利用されているサービス・ツールの利用方法など

今後プロジェクトを進めるにあたって根幹的な知識は、許されるならば時間をかけてでも自身でしっかり理解する方がいいと思います
ミーティングの内容理解や設計の段階でも役に立つと思います

わからないなりにも自分の中である程度仮説がたったら聞く

このような形であれば、適宜質問しても全く問題ないかと思います

#5

mksk

総合スコア252

投稿2025/12/16 00:29

私が意識しているのは「Googleの15分ルール」というものです。
https://rookie-programmer.jp/?p=132

15分は自分で調べないと相手の時間を無駄にする。
15分以上調べても自分の時間が無駄になる。

人に聞いて簡単に答えを得られると、人間は覚えなくていい情報だと判断してなかなか覚えられません。

簡単に情報が手に入る時代だからこそ、少しは自分の時間を使って問題に取り組むように意識しています。

#6

marie_222

総合スコア68

投稿2025/12/16 02:39

時間もそうですが、知りたいことが「ドメイン知識」に該当するものかも考えるとよいのではないでしょうか。

社内の人しか知らない社内ルールが知りたいなら、それを知らないAIに聞いても絶対に正しい答えは返ってきません。しかも「それっぽい事を言おうとする」ので余計に混乱するかもしれません。

コードベース内に書かれていることはclaude や devin, codex などで理解できますが、社内Wikiみたいな外部に書かれたドキュメントのことは分からないので、そういう範囲の知識かどうかをひとつ基準にするのもよいかと思います。

逆に著名アルゴリズムや有名ライブラリの使い方みたいな、世の中に答えが転がってるものはAIが強いです。

#7

yambejp

総合スコア118268

投稿2025/12/16 06:52

編集2025/12/16 06:54

ちょうど藤井名人がバイブコーディングにはまっているというニュースがあがっていましたね。
きょうび、1秒も考えずに速攻AI任せにきいちゃうというのも時代の流れなのかもしれません。

作業上のルールについてはそもそも人に聞かないとわからないものなので最初にレクチャーをうけてからナレッジやマニュアルを確認し、困ったことがあればまずそちらを確認したうえで答えにたどり着かなければすぐ聞くようにします。思い込みで勝手に我流を貫かれるより聞かれたほうが効率はいいですしね。
技術的な課題、たとえば高速化やメモリ管理、そもそもロジックがわからないなどは重要度と緊急性を判断し、案件ごとに自分なりの締切を設定して(たとえば10分、30分、1時間・・・)その時間内で解決しそうもないと見込みがついたところで聞くとよいでしょう。ただし余裕がないプロジェクトであればプロマネからそれも含めた方針があらかじめブリーフィングで伝えられると思います

#8

lightwill

総合スコア983

投稿2025/12/16 14:16

調べたらすぐ出てきそうなものは調べるし、聞いた方が早ければ聞くし、ケースバイケース。
聞いてもすぐに答えが返ってこなさそうなときは、チャットで質問を投げつつ、自分でも調べるってこともあります。

#9

otn

総合スコア86524

投稿2025/12/19 13:14

新卒新人とか、未経験転職者であれば、「まず聞く」を原則にしていいかと思います。
一般書籍や、ウェブ上の公式サイトなどを見ればわかるレベルのことはもちろん自分で調べるべきですが、公式ドキュメントを読むのにもスキルがいるので、読んでわからない場合は聞くべきでしょうね。
自分で調べるべきことと、すぐ聞くべきことの区別がつかないと困りますが、最初は多めに聞いておいて、数か月たてばわかるようになっているかと思います。

新卒新人とか未経験転職者から質問されて、聞かれたことに自体に怒る先輩・上司 は性格に難ありだと思いますが、新卒新人とか未経験転職者が、聞くべきことを聞かずに自分で調べたことが正しいと信じて他人に確認もせずに間違って進めて問題が発生した場合は、大半の先輩・上司は怒るでしょうね。1回目は「今度からちゃんと聞けよ」という指導で済むと思いますが、これを何度か繰り返すと、見放されるかもしれません。

AIに聞くのもいいのですが、AIの回答が正しいか間違っているかを判断するスキルがない場合は、インストラクターなど、相談相手/指導者が決まっている場合は、「AIがこう言ってたので、これこれの方向で進めようと思いますが、いいでしょうか?」と聞くのでしょうね。
あるいは、自分で手動で裏を取るか。「何でこんなことしたんだ?」に「AIがそう回答したので」と答えるのは話にならないので、自分がそれでよいと思った理由を言えるレベルまで裏を取る。
.
「こんなこと聞いて怒られたりしないか?」という心配は新卒新人とか未経験転職者はしない方がいいでしょう。
まあ、どんどん聞いていいかは、組織風土次第かもしれませんが。

#10

tt-tt

総合スコア216

投稿2025/12/23 12:06

そこって状況に応じて結構難しいですよね...
自分のチームも始めたばかりの人が来ることあるんですが、最近はモブプロをして、その場で疑問を解決できたり、実装の流れを掴めるようにします!

#11

tmp

総合スコア357

投稿2026/01/01 02:21

時間を聞いているので、少なくとも自分で調べればわかるかもしれないと思っていることとして考えても、ケースバイケースだと思いますが、自分が聞かれていやなケースでなければ、聞いた方がよいのではないでしょうか?(調べてもわからないことと思ってるのに調べる時間を聞く・・・さぼれる時間を聞いてる??ではないですよね)

で、あなたが聞かれる時は、聞く側の調べた時間をどの程度気にしますか?
個人的には、時間は関係なく、面倒だからやってもらおうと意思が感じられたときや、
わからない箇所を聞くと「全部」いう時(丸投げ?)には、後でといいますね。

あなたの回答

tips

太字

斜体

打ち消し線

見出し

引用テキストの挿入

コードの挿入

リンクの挿入

リストの挿入

番号リストの挿入

表の挿入

水平線の挿入

プレビュー

この意見交換はまだ受付中です。

会員登録して回答してみよう

アカウントをお持ちの方は

関連した質問