第4部：実務スキル

案件参加から実装・テスト・不具合対応まで。

案件への参加から、実装、テスト、不具合対応まで、実際の業務の進め方を学びます。

技術スキルだけでは仕事は進みません。「どう動けばいいか」を知っているかどうかで、周囲からの信頼度が大きく変わります。

この部の活用の仕方

この部は、業務に入る前に一通り目を通しておくことをおすすめします。

技術的なスキルは業務をしながら身につけることができますが、「案件に入ったら何をすべきか」「作業を依頼されたらどう動くか」といった立ち回り方は、知らないと最初から躓いてしまいます。

❌ 技術スキルだけ磨いて、業務の進め方は「なんとかなる」と思っている
⭕ 業務の基本的な流れを事前に把握しておく

一度読んだだけでは、ピンとこない部分もあるかもしれません。

実際に業務を経験してから読み返すと、「ああ、こういうことだったのか」と理解が深まります。特に失敗したときや困ったときに該当ページを読むと、次に活かせる気づきが得られます。

flowchart LR
    A[事前に一読] --> B[業務を経験]
    B --> C[困ったことや<br>失敗を振り返る]
    C --> D[該当ページを<br>読み返す]
    D --> E[次に活かす]
    E --> B

この部で紹介する進め方は、多くの現場で共通する基本的なものです。

ただし、現場によって以下のような違いがあります：

この教科書に書いてあることと現場のルールが違う場合は、現場のルールを優先してください。ここに書いてあるのは「よくあるパターン」であり、唯一の正解ではありません。

A. 両方を並行して身につけるのがベストです。

技術スキルがあっても、報告の仕方が悪かったり、作業の進め方がまずかったりすると、チームに迷惑をかけてしまいます。逆に、実務スキルがあれば、技術が足りなくてもチームに貢献できる部分は多いです。

A. それは正常です。業務を経験すれば実感できます。

実務経験がない状態では「そういうものか」程度の理解で大丈夫です。実際に業務を経験し、困ったことや失敗を経験してから読み返すと、書いてあることの意味が身に染みてわかります。

A. 先輩の指示を優先してください。

現場にはその現場なりの理由やルールがあります。まずは現場のやり方に従い、その理由を理解することが大切です。疑問があれば「なぜこのやり方なのか」を質問してみましょう。

プロジェクトに参加したときの動き方を学びます。

コードを書く作業の進め方を学びます。

テストの進め方とテストコードの書き方を学びます。

バグ修正の進め方を学びます。

チームでの報告・連絡・相談の基本を学びます。

よく使う技術知識をまとめています。