メインコンテンツへスキップ
見出し画像

新卒1年目に、身につけたい3つの習慣。学び続ける自分の土台を作る 【フェーズ6-2|ITエンジニアの卵に贈る、就活の書】

    【お知らせ】本連載は、2026年9月20日に全記事を全面アップデートしました。

     この記事は本気でITエンジニアになりたい! という学生さんたちに向けて就活プロセスを伝える「ITエンジニアの卵に贈る、就活の書」シリーズの一本です。シリーズ全体の目次はこちら(扉記事)からご覧いただけます。


     エンジニアを目指す学生のみなさん、こんにちは。クオリティアーツの池田です。

     ITエンジニアの卵に贈る、就活の書・フェーズ6-2の記事です。今回は少し先の話、新卒1年目に身につけたい3つの習慣をお話しします。

     言葉を2つ定義します。3拍子は、フェーズ2-4でお話しした読む・作る・書き残すという学びの回し方です。分報は、日報より細かい粒度で、作業の途中経過や気づきをその都度チャットに流していく書き方のことです。

     そして、先に申し上げておきます。客先常駐になりそうな方、社内にドキュメントの文化がない方、1on1という言葉を会社の説明で一度も聞いていない方、AIツールが業務で使えないかもしれない方。その方は、5章から読んでください。この記事は以前、支えのある環境を前提に書かれていました。それでは足りませんでした。

    この記事のポイント

    • 1年目に植える習慣は3つ。書き残す、質問する、振り返る。いちばん小さい形は、今日わかったこと1行と、明日聞きたいこと1行の2行です。

    • 質問の型は、15分考えて、試したことと自分の仮説を添えて相談する。AIが使える職場では、そのあいだにAIを挟みます。

    • 支えが薄い環境の方への章を5章に置きました。習慣は続かないのが普通です。一度止まっても再開できることが、習慣の強さです。

    1. なぜ、1年目に習慣なのか

     序章-3で、生き方としてのエンジニアは、会社から与えられるものではなく、日々の判断と行動の中で自分で背負っていくものだとお話ししました。職業としてのエンジニアは、入社した日に会社から与えられます。生き方としてのエンジニアは、その日からの積み重ねで、少しずつ立ち上がっていきます。

     その積み重ねの単位が、習慣です。

     そして、まっさらな1年目が、習慣を植えるのにいちばん向いた時期です。業務に慣れて忙しさが日常になってからだと、新しい習慣の入り込む隙間が小さくなります。だから、この時期に3つだけお渡ししておきます。

    2. 習慣1:書き残す

    2-1. いちばん小さい形は、2行です

     最初から立派なドキュメントを書こうとしないでください。いちばん小さい形は、1日2行です。

    • 今日わかったこと、1行

    • 明日聞きたいこと、1行

     これだけです。ノートでも、テキストファイルでも、チャットの自分宛てでも構いません。

     この2行が効くのは、明日聞きたいことを書き出すと、質問の準備が終わっているからです。翌朝、その1行を持って先輩のところに行けば、それだけで習慣2(質問)につながります。

    2-2. 慣れてきたら、週に1本

     2行が続くようになったら、週に1本、少し大きな単位で書き残すところまで広げます。日報より粒度の大きい学び、たとえば「今週初めて触った仕組みの整理」を、週に1本。

     書き残す先は、環境によって違います。社内ドキュメント(Notion、Confluence、esaなど)、分報のチャンネル、日報、自分のメモ。書き残す先がないなら、自分のメモで構いません。場所ではなく、後で見返せることが目的です。

     なお、社外の技術ブログに出す場合は、会社の発信ガイドラインを先に確認してください。客先常駐の方は、社内のメモの段階から線があります。5-2で扱います。

    2-3. 1年目の特権は、分からないことが多いこと

     分からないことの数だけ、書き残す題材があります。そして、新卒の頃に書き残したメモは、3年目の自分と、翌年の後輩を助けます。これは、私が受け入れる側として何度も見てきたことです。

     週に1本を1年続ければ、記録は数十本になります。ただし、全部の週で続くことはまずありません。6章で扱いますが、20本でも30本でも十分です。続かない週があることを前提に、始めてください。

    3. 習慣2:15分考えて、それから質問する

     1年目の成長の速さは、質問の質と頻度で、かなりの部分が決まります。

     落とし穴は2つです。聞かなさすぎと、聞きすぎ。聞かなさすぎると、詰まったまま半日が溶けます。聞きすぎると、自分で考える筋肉が育ちません。この2つの間に、型があります。

    • まず15分、自分で考えて手を動かす。エラーメッセージを読む、公式ドキュメントを調べる、社内のドキュメントを検索する、再現するテストを1つ書いてみる

    • 15分で出口が見えなければ、質問する

    • 質問には、自分の考えを添える。「◯◯というエラーで詰まっています。◯◯と◯◯を試して、◯◯ではないかと考えていますが、方向性をご相談できますか」

     この「試したこと+自分の仮説+相談」の型は、フェーズ4-5の技術面接でお話しした詰まったときの対等な相談と、同じ型です。面接で使った型を、そのまま実務で使い続けるだけです。

     序章-3の三本柱は、Scientist(科学的な思考)・Engineer(工学的な実装)・Ethics(倫理的な判断)の3つです。この型には、その3つが全部入っています。仮説を立てて確かめるのがScientist、手を動かして確かめるのがEngineer、チームの時間に責任を持つのがEthicsです。

    3-1. 聞けないのは、怠慢ではありません

     ここは、はっきり申し上げます。

     15分で聞けないとしたら、その理由の大半は怠慢ではなく、恐怖です。「こんなことも分からないのか」と思われるのが怖い。それは、誰でもそうです。

     そのうえで、事実を申し上げます。1時間抱え込んで解けなかった問題は、5分の相談で解けることが多い。そして、その1時間は、チームの計画から消えています。抱え込むことは、みなさんの真面目さの表れですが、チームにとっては、ただ時間が消えたことと同じです。

     ですから、聞いてください。そして、聞きやすくするための手を、先に持っておいてください。習慣1の「明日聞きたいこと1行」が、そのための道具です。朝いちばんに、昨日書いた1行を持っていく。これなら、切り出しやすくなります。

    4. 習慣3:週に一度、15分の振り返り

     週の終わりに15分、3つ書き出します。

    • 今週、できるようになったこと。小さなことで構いません。「レビュー指摘が先週より減った」「初めてひとりでリリース作業をした」

    • 今週、詰まったこと・失敗したこと。事実として書く。自分を責める場ではありません

    • 来週、試したいこと。1つだけで構いません

     この15分が、1年目の濁流に、自分の時間軸を作ります。日々の業務に流されていると、自分が成長しているのかどうか分からなくなる時期が必ず来ます。そのときに、「1か月前の自分はこれができなかった」という事実を見せてくれるのが、この記録です。

    4-1. 振り返りの出口は、1on1だけではありません

     会社に1on1があるなら、この記録を持って行ってください。「最近どう?」と聞かれたときに、具体的な事実で対話ができます。

     1on1がない会社もあります。むしろ、そちらのほうが多いかもしれません。その場合、振り返りの出口は3つあります。

    • 半年後・1年後の自分。これがいちばん確実な出口です。半年前の記録を読み返すと、成長は事実として見えます

    • 評価面談。年に1〜2回、必ずあります。そこで「この半年で何をやったか」を聞かれます。記録がある人とない人で、この面談の質はまったく違います

    • 自分から作る場。5-3で扱います

    5. 支えが薄い環境の方へ

     ここからが、この記事の中心です。

     習慣の育ちやすさは、環境によって違います。これは、はっきり申し上げます。

     支えのある会社では、3つの習慣が仕組みとして日常に組み込まれています。社内ドキュメントの文化、分報のチャンネル、メンター制度、ペアプログラミング、週次の1on1、スプリントの振り返り、ポストモーテム(障害のあとに、原因と再発防止を振り返る会)。

     そして、これらはどれも、誰かの時間で回っています。輪読会は業務時間を使いますし、ペアプログラミングは先輩の稼働を半分止めます。週次の1on1は、上司のカレンダーに毎週30分の枠を刻みます。仕組みがあるということは、その時間を使う判断が、部課長のところで通っているということです。

     逆に、制度の名前だけがあって時間が確保されていない場合、1on1は「今週は忙しいので来週で」が続き、輪読会は自然消滅します。名前ではなく、時間が確保されているかを見てください。

     ここまでは、環境の話です。ここから先が、支えが薄い側に立った方の話です。

    5-1. 環境が悪いと分かって入った方へ

     まず、この方に申し上げます。

     面接で「ドキュメントはどう管理していますか」と聞いて「Excelですね」と返ってきた。技術ブログはない。1on1という言葉を一度も聞いていない。それでも、地元で働きたくてその会社を選んだ。

     その選択は、間違っていません。フェーズ5-3でお話ししたとおり、生活が成り立つことは、判断軸の1つではなく前提条件です。そして、確かめたうえで選んだなら、それは自分の言葉で選んだということです。

     そのうえで、確かめた結果が悪かった人が、そこから自分をどう守るか。ここを書きます。

    5-2. 客先常駐の方へ。書き残しには、線があります

     いちばん先に、これを申し上げます。客先常駐では、書き残しに機密の線があります。

     客先のコード、テーブル定義、業務のロジック、障害の内容。これらを自分のノートや個人のメモツールに書くと、情報の持ち出しになりえます。社外に出すかどうかの前に、自分のメモに書く段階で、すでに線があります。

     では、書き残せないのか。書けます。線の引き方は、1つです。

     固有名詞と、業務のロジックを、抜いてください。

    • 書いてはいけないもの:客先の会社名、システム名、担当者名、テーブル名やカラム名、画面名、業務のルール、障害の具体的な内容、コードそのもの

    • 書いていいもの:技術的に一般化した学び。「日付の比較でタイムゾーンの扱いを間違えた。ライブラリの仕様を確かめずに使ったのが原因」「大きなテーブルに対する検索が遅くて、インデックスの設計を見直した」。これらは、どの現場でも起こることで、固有の情報を含みません

    • 判断に迷ったら、書かない。そして、自社の上長に聞いてください。「学んだことを自分のメモに残したいのですが、どこまでなら書いて構いませんか」。この質問は、まったく失礼ではありません。むしろ、聞いてくる新卒は信頼されます

     4章の振り返り(できたこと・詰まったこと・来週試すこと)は、固有名詞を書かなければ、そのまま安全に書けます。だから、支えが薄い環境でも、習慣3だけは完全にみなさんの手の中にあります。ここから始めてください。

    5-3. 自分から、環境に働きかける4つの手

     支えがないなら、作れます。受け身の習慣だけでは、支えの薄さは埋まりません。自分から動く手を4つ置きます。

     手1:日報のフォーマットを、自分で拡張する

     日報しかないなら、その日報を使ってください。定型の報告のあとに、「今日わかったこと」「明日聞きたいこと」の2行を足すだけです。誰の許可も要りません。そして、この2行は上長が読みます。読まれることで、質問のきっかけが向こうから来ることがあります。

     手2:自社の先輩1人に、週1回だけ状況を送る

     メンター制度がなくても、自分で1人決めてください。入社時の研修で話しやすかった先輩、同じ現場にいたことのある先輩、誰でも構いません。

    「お疲れさまです。今週こんなことをやって、ここで詰まりました。来週はこれを試してみます。もし気づいたことがあれば教えてください」

     返事がなくても続けてください。返事は目的ではありません。週に一度、自分の状況を言葉にして、社内の誰かに届けることが目的です。そして、たいてい、3回目くらいから返事が来ます。

     手3:1on1がないなら、自分から月1回もらいに行く

     制度がなくても、頼めます。切り出し方を置きます。

    「◯◯さん、月に1回、30分だけお時間をいただけないでしょうか。今の進み方が合っているか、確認させていただきたいと思っています。こちらで、その月にやったことと詰まったことをまとめて持っていきます」

     「相談させてください」ではなく「確認させてください」にするのがこつです。前者は漠然としていて断られやすく、後者は目的が明確で、しかも相手の負担が小さいことが伝わります。そして、こちらが資料を持っていくと明言すると、通りやすくなります。

     断られたら、四半期に1回で頼み直してください。それも難しければ、手2で続けてください。

     手4:社外に、1つだけ場を持つ

     フェーズ2-12でお話しした社外のコミュニティです。ただし、正直に申し上げます。

     客先常駐の1年目に、平日の夜に勉強会へ行く体力は、たいてい残っていません。地方だと、そもそも開催が少ない。「社外コミュニティが補ってくれます」で済ませるのは、無責任です。

     ですから、現実的な下限を置きます。オンラインの場に、1つだけ入ってください。自分が使っている技術のコミュニティのSlackやDiscord、あるいは技術系のイベント告知サイトで、オンライン開催のものを1つ。発言しなくて構いません。見ているだけで構いません。

     目的は、自分の現場のやり方が、世界の標準だと思い込まないためです。支えが薄い環境でいちばん怖いのは、技術が伸びないことではなく、その状態が普通だと思ってしまうことです。月に1回、外を見る。それだけで、この思い込みは防げます。

    5-4. AIツールが、業務で使えない方へ

     セキュリティ上の理由で、業務でAIコーディング支援ツールが使えない。そういう職場は、珍しくありません。とくに客先常駐では、客先の規定に従うことになります。

     6章でAIとの付き合い方を書きますが、使えない方は、6章を飛ばして構いません。そのうえで、2つだけ。

    • 業務で使えなくても、私的な学習で使うことは、たいてい妨げられていません(社内規定は確認してください)。業務のコードを入れずに、一般的な技術の質問をするぶんには、学習の道具として使えます

    • AIが使えないことは、技術者としての不利ではありません。公式ドキュメントを読んで理解する力は、AIがあってもなくても要ります。むしろ、その力が先に育つのは、長い目で見れば損ではありません

    6. AIツールと、3つの習慣

     AIコーディング支援ツール(GitHub Copilot、Cursor、Claude Codeなど)が業務で使える方へ。3つの習慣は、AIと共存するときにも、そのまま機能します。

    6-1. 書き残す×AI:自分の言葉で書き直す

     AIに質問して得た回答を、そのまま貼り付けて残しても、学びにはなりません。AIの回答を、自分の言葉で書き直して、自分のメモに残してください。

     書き直す過程で、「本当に理解しているか」が自分で分かります。書き直せない箇所は、理解していない箇所です。そこを、次の質問の起点にする。

     これは、AIが使えない方にも、そのまま使えます。本や公式ドキュメントに対して、同じことをすればいいだけです。

    6-2. 質問する×AI:15分は、1回です

     AIが使える職場では、質問の型が少し変わります。

     15分、自分で考える。そのなかでAIにも聞く。それでも出口が見えなければ、人に質問する。

     15分が2回になるわけではありません。自力で考える時間とAIに聞く時間を合わせて15分、という意味です。ここを取り違えると、「AIに30分聞いてから人に相談する」という形になり、抱え込みが長くなります。

     AIの回答は、間違っていることがあります。とくに、社内固有の文脈、最新のライブラリ、ニッチな設計判断は、AIの弱いところです。人に質問するときは、「AIにこう聞いてこう返ってきましたが、うちの文脈で正しいか自信がありません」と、やり取りも含めて相談してください。

    6-3. 振り返る×AI:頼りすぎていないか

     週次の振り返りに、1行足します。「今週、AIの回答を、自分の言葉で書き直せていたか」。

     AIは強力な道具ですが、書き直す手間を省き続けると、技術者としての筋肉が育ちません。

    7. 続かないときの、立て直し方

     3つの習慣を勧めておいて変な話ですが、正直に申し上げます。習慣は、続かないことが普通です。1年目のうちに、3つが一度も止まらずに続く人は、ほとんどいません。

    7-1. 続かなくなる、3つのパターン

    • 1週目に完璧を目指す。毎日長文の書き残し、毎日30分の振り返り。これは1週間で燃え尽きます

    • 続かないことで、自分を責める。落ち込むと、次の週も動きが鈍ります

    • 記録の場所が分散する。チャット、メモアプリ、手帳、あちこちに散らばると、見返せなくなります

    7-2. 立て直しの型

    • ハードルを下げる。週1本が続かないなら、月1本で構いません。2-1の「1日2行」まで戻っても構いません。続かないくらいなら、量を減らして続けるほうが、はるかに価値があります

    • 記録場所を、1つに集約する。どのツールでも構いません。「これに書けば必ず後で見返せる」場所を1つ決めて、そこに寄せる

    • 止まったら、また始める。習慣は、止まっても再開できます

     一度止まっても、再開できることが、習慣の強さです。完璧に続く人よりも、止まって再開してを繰り返す人のほうが、5年後には遠くに行っています。

    7-3. そして、1年目にやらなくていいこと

    • すべての技術を追いかけること。目の前の業務の技術を深めるほうが、1年目には確かに積み上がります

    • 同期や同年代と比べて焦ること。SNSで見えるのは、その人のその瞬間の姿です。みなさんが積み上げてきた軌跡とは、比べようがありません(フェーズ2-14)

    • 完璧であろうとすること。1年目は、失敗から学ぶ時期です

    8. まとめ

     1年目に植える習慣は3つです。

     書き残す。いちばん小さい形は「今日わかったこと1行」と「明日聞きたいこと1行」。慣れたら週に1本。書き残す先がなければ、自分のメモで構いません。

     質問する。15分考えて、試したことと自分の仮説を添えて相談する。聞けない理由の大半は怠慢ではなく恐怖です。だから、前日に書いた「明日聞きたいこと1行」を持っていってください。

     振り返る。週に15分、できたこと・詰まったこと・来週試すこと。1on1がなくても、出口はあります。半年後の自分と、評価面談です。

     そして、支えが薄い環境の方へ。習慣は自分の手の中にありますが、受け身の習慣だけでは、支えの薄さは埋まりません。日報のフォーマットを自分で拡張する。自社の先輩1人に週1回だけ状況を送る。1on1がないなら月1回もらいに行く。オンラインの場に1つだけ入る。この4つです(5-3)。

     客先常駐の方は、書き残しに機密の線があります。固有名詞と業務のロジックを抜けば、技術的に一般化した学びは書けます。迷ったら書かず、自社の上長に聞いてください(5-2)。

     次のフェーズ6-3では、時間を入社直後に戻して、入社後、最初の3か月をどう過ごすかをお話しします。

    エンジニアの卵のみなさんへ、エール

     この記事を書き直した理由を、正直にお伝えします。

     以前の版は、支えのある環境を前提に書かれていました。社内ドキュメントがあって、メンターがいて、週次の1on1があって、AIツールが使える。読んだ学生から、こう言われました。「自分の会社には1つもない。これは指標ではなく、格差の提示に見えます」と。そのとおりでした。

     ですから、5章を足しました。支えがないなら、作れます。ただし、受け身の習慣だけでは埋まりません。自分から働きかける手が要ります。

     3つの習慣は、どれも目立ちません。派手な成果の話は、ひとつもありません。でも、若手の育ちを受け入れる側として見てきた実感では、3年目に自分の仕事を自分の言葉で説明できる人の多くは、1年目に目立たない習慣を持っていた人です。

     そして、この3つは、フェーズ2でみなさんがすでにやってきたことの続きです。3拍子はフェーズ2-4で、対等な相談はフェーズ4-5で、振り返りはフェーズ4-1でやりました。新しいことは、何もありません。

     今週、なにか一つ。「今日わかったこと1行、明日聞きたいこと1行」を、今日から書いてみる。支えが薄いと分かっているなら、自社の先輩を1人、名前で決めておく。客先常駐になりそうなら、自社の上長に「メモにどこまで書いていいか」を聞く質問を、用意しておく。どれか1つで、本記事の1歩目です。

     そして、フェーズ6-3で、入社後の最初の3か月のお話でお会いしましょう。

     一緒に歩きましょう。ボン・ボヤージュ。素敵な旅を。


    次の記事は、フェーズ6-3「入社後、最初の3か月をどう過ごすか。受け入れの設計がなくても、自分で作れます」です。


    この連載を読むにあたって

     事実の確認について。 法令・統計・制度の記述は、一次情報にあたって確認し、出典のリンクを各記事の末尾に置いています。それでも、誤りが混じっている可能性は、ゼロではありません。数字と法令は、リンク先の原典で確かめてから使ってください。確かめる手間ごと、この連載がお渡ししたいものです。

     調査の時点について。 記事中の法令・統計・制度は、2026年9月15日時点で確認したものです。法令は改正され、統計は毎年更新されます。読んでいる時点との差は、ご自身で埋めてください。

     生成AIの利用について。 この連載は、調査と推敲に生成AIを使っています。

     最後は、ご自身で判断してください。 就職活動は、みなさんの人生の大きな選択です。この連載がお渡しするのは、判断の物差しであって、判断そのものではありません。物差しを当てるのは、みなさん自身です。

     そして、一人で抱えないでください。 相談先があります。大学のキャリアセンター。新卒応援ハローワークは全国56か所にあり、すべて無料で、専任の就職支援ナビゲーターが担当者制でついてくれます。労働条件のことは、総合労働相談コーナー(都道府県労働局や労働基準監督署などに全国378か所)でも相談できます。


    #エンジニア就活 #新卒1年目 #学ぶ習慣 #1on1 #社会人1年目 #人材育成 #エンジニアの卵に贈る就活の書


    関連記事・参考文献等

     
    クオリティアーツ代表としてソフトウェア工学全般,特にQA分野の伴走支援しています. ソフトウェアテストや品質保証だいすき.ミュージカルやゴルフもだいすき. ※記事はすべて個人の立場での発信です