はじめに

未経験エンジニア向けに、これまで「なぜ現場でつまずくのか」を
テーマに記事を書いてきました。

現場で起きるすれ違いは、つい 個人の努力 や 能力の問題 として
見られがちですが、実際には記憶の仕組み、学習の特性、報告の目的、
レビューの構造など、環境や認知の前提によって生まれていることが多いです。

このシリーズでは、それらを「 個人の問題 」ではなく、
できるだけ「構造」として整理することを目的としています。

記事数が増えてきたため、本記事ではテーマごとに整理しました。
気になるところから読んでも大丈夫ですが、上から順に読むと理解がつながりやすくなっています。

目次

※ 今後テーマは追加されていきます

一度教わったのに覚えていない。
何度も同じことを聞いてしまう。

このテーマでは、その原因を努力不足ではなく、
人間の記憶や認知の仕組みから整理しています。

前編では、忘却曲線やワーキングメモリの制約をもとに、
なぜ人は忘れるのか、なぜ学びが「点」になってしまうのかを扱っています。

新人が止まってしまうとき、
「なぜ聞かなかったのか」と言われがちです。

しかし実際には、止まっている新人ほど真面目で、
完成度を上げようとして動けなくなっているケースが多くあります。

このテーマでは、
学校と現場の違い、途中を出しづらくなる環境、
相談のしづらさの構造を整理しています。

新人は「作業の完了」を報告したつもりでも、
リーダーは「判断に必要な状況」を知ろうとしています。

このズレにより、
「報告したのに伝わらない」という状態が生まれます。

このテーマでは、報告の目的を
「伝えること」ではなく「意思決定のための状況共有」として整理し、
なぜ噛み合わないのかを構造的に説明しています。

レビューを受けると、
多くの新人は「ダメ出しされている」と感じてしまいます。

しかし実際には、レビューは
成果物を段階的に改善していくプロセスであり、
思考を広げるための学習の場でもあります。

このテーマでは、レビューが続く理由や、
それをどのように捉え直せばよいかを整理しています。

「バグが出ました」という一言から始まる会話は、
現場でよく見られるものです。

しかしその裏では、
「報告なのか」「相談なのか」が曖昧なまま進んでしまい、
結果として先輩が状況を聞き出すラリーが発生することがあります。

このテーマでは、なぜ会話が遠回りになるのか、
新人がどこでつまずきやすいのかを、認知負荷や経験差の観点から整理しています。

また、単に情報が足りないのではなく、
「何を求めているのか」が言語化できていない状態にあることも扱っています。

レビューなどで指摘されたとき、
とりあえず謝ってしまうという行動は多くの新人に見られます。

しかし問題は「謝ること」ではなく、
指摘の意図を理解しないまま進んでしまうことです。

このテーマでは、「謝る」という行動がどのように思考停止につながるのか、
またなぜその反応が自然に身についているのかを整理しています。

レビューを「ダメ出し」ではなく「思考の拡張」として捉え直すための視点も扱っています。

未経験エンジニアがつまずくポイントは、
それぞれ別の問題に見えて、実はつながっています。

必要なテーマから読み進めることで、
少しずつ全体像が見えてくる構成になっています。

同じように悩んでいる人の助けになれば嬉しいです。