SES企業に入社して、最初に配属されたのは開発現場ではなかった。
新人研修のサブ講師。パソコンのキッティング作業。どちらも「エンジニアとして開発をやる」という期待とは、かなり違う仕事だった。
当時は「これは本当にエンジニアの仕事なのか」と思っていた。ただ、20年近く経った今振り返ると、あの時期にしか得られなかったものもあったと感じている。
この記事では、SESの待機期間中に回ってきた想定外の案件と、そこで何を感じたかを正直に書く。同じような状況にいる人の参考になればと思う。
なぜ開発じゃない仕事が回ってくるのか
前提として、SESの構造を理解しておくと納得しやすい。
SESは、エンジニアをクライアント先に常駐させて、その稼働に対して報酬を得るビジネスだ。エンジニアが現場に入っていない期間は、会社として売上が立たない。
つまり、待機しているエンジニアがいると、会社は人件費だけを払い続けることになる。だから営業は、たとえ本人のキャリア志向と違っていても、短期で埋められる仕事があれば埋めにいく。
自分に回ってきたのが、新人研修のサブ講師と、パソコンのキッティング作業だった。どちらも未経験でも対応できて、すぐに人手が必要とされる領域だ。
会社を責める気持ちはない。構造上そうなるというだけの話だ。ただ、入社前に「開発の実務経験が積める」と思っていた自分にとっては、想定外だった。
3ヶ月のサブ講師案件
最初に入ったのは、企業の新人研修にサブ講師として参加する案件だった。期間は約3ヶ月。
メイン講師が前で講義を進める。自分はその後ろで、詰まっている受講生をフォローして回る役割だった。エラーが解決できない人の隣に座って、一緒に原因を探す。課題が進まない人に、ヒントを出す。そういう仕事だ。
きつかったのは、自分もまだ初心者だったことだ。
専門学校を出たばかりで、実務経験はゼロ。それなのに、教える側として立たなければならない。受講生から質問されて答えられないことが何度もあった。その場で調べて、なんとか説明する。冷や汗をかきながらフォローしていた。
「自分はこの立場にいていいのか」という違和感が、ずっとあった。
ただ、今になって思うと、この3ヶ月で得たものは小さくなかった。
人に説明するには、自分が理解していないといけない。 わかったつもりでいた部分が、説明しようとすると言葉にならない。そのたびに調べ直した。教えるという行為が、結果的に自分の理解を深めていた。
もう一つは、つまずくポイントがわかるようになったことだ。初心者がどこで引っかかるかを、何十人分も見た。これは後に後輩を持ったとき、間違いなく役に立った。
とはいえ、当時は「早く開発の現場に行きたい」という焦りの方が強かった。同期が開発案件に入っていく話を聞くたびに、置いていかれる感覚があった。
スポットで入ったキッティング案件
もう一つが、パソコンのキッティング作業だった。
キッティングとは、新しく導入するパソコンに対して、OSの設定、必要なソフトのインストール、ネットワーク設定などを行い、すぐ使える状態にする作業のことだ。企業が大量にPCを入れ替えるときなどに発生する。
自分が入ったのは、1日〜2日で終わる短期の案件だった。それを何度かスポットで対応した。
作業自体は、正直に言って単純だった。 手順書があり、その通りに設定していく。何十台も同じ作業を繰り返す。技術的な判断を求められる場面はほとんどない。
「エンジニアになったのに、これをやっているのか」という気持ちは、確かにあった。同じ作業の繰り返しで、スキルが積み上がっている実感もない。
ただ、これも今になって振り返ると、まったく無駄だったとは思わない。
実機に触れる経験は、それなりに意味があった。OSの設定項目、ドライバ、ネットワークの初期設定。普段アプリケーションを作る側からは見えない、下のレイヤーに触れる機会になった。後にインフラ周りの話が出たとき、まったくの未知ではなかったのは、この経験があったからかもしれない。
現場のルールを学べたという面もある。作業手順を守る、確認を怠らない、報告を上げる。基本的なことだが、社会人として初めての現場でそれを身につけられたのは悪くなかった。
「これはハズレ案件なのか」という問い
当時の自分は、これらを「ハズレ案件」だと思っていた。
開発をやりたくてエンジニアになったのに、講師と雑用をやっている。同期は開発現場に入っている。この差は、このまま広がっていくんじゃないか。そういう不安があった。
20年経った今の視点で言うと、**答えは「半分正しい」**だと思っている。
正しい部分は、長く続けるべき仕事ではなかったということだ。開発経験を積みたい人間が、1年も2年もキッティングをやり続けたら、それは明確にキャリアの機会損失になる。スキルシートに書けることが増えないまま、年数だけが過ぎていく。
間違っていた部分は、短期間ならまったく無駄ではなかったということだ。講師案件で得た「説明する力」「つまずきポイントの理解」は、その後もずっと使えている。キッティングで触れた実機の知識も、どこかで役に立っている。
問題は仕事の内容そのものではなく、そこに留まる期間だった。
想定外の案件に入ったときの考え方
同じような状況の人に向けて、自分なりの整理を書いておく。
まず「期間」を意識する
数週間〜数ヶ月なら、経験として受け止めていい。ただし半年、1年と続くなら、それは会社側の案件供給に問題がある可能性が高い。営業に状況を確認した方がいい。
その仕事から何を持ち帰るかを決める
同じキッティング案件でも、手順をこなすだけで終わる人と、「この設定は何をしているのか」を調べながらやる人では、残るものが違う。受け身でやると本当に何も残らない。
希望を言語化して伝える
「開発案件に入りたい」と営業に言わなければ、優先的に探してもらえない。黙って待っているだけでは、埋めやすい案件が回ってき続ける。自分がどういう経験を積みたいかは、具体的に伝えた方がいい。
スキルシートに書ける形にしておく
講師案件なら「新人研修の技術サポート、受講生◯名のフォロー」と書ける。キッティングなら「◯台規模のPC導入・初期設定」と書ける。何をやったかを言語化しておくと、後の転職活動で使える。
よくある疑問への回答
Q. SESで開発以外の案件ばかり回ってくるのは普通ですか?
未経験や経験の浅い時期には起こりやすい。開発案件は一定のスキルが求められるため、営業が提案しづらいからだ。ただ、それが年単位で続くようなら、会社の案件の質か、自分のスキル提示の仕方に問題がある可能性がある。
Q. 開発以外の案件は、経歴として不利になりますか?
短期間なら不利にはならない。むしろ「多様な現場を経験した」として説明できる。ただし開発経験がほとんどないまま3年、5年と経つと、転職市場での選択肢は確実に狭まる。
Q. 希望と違う案件を断ることはできますか?
会社との関係によるが、断れば次の案件まで待機が続く可能性がある。現実的には、「今回は受けるが、次は開発案件を優先してほしい」と条件をつけて交渉する形が多い。完全に断るより、希望を伝え続ける方が動きやすい。
まとめ
SESの待機期間中に、新人研修のサブ講師とキッティング作業をやった。当時は「これはエンジニアの仕事なのか」と思っていた。
今振り返ると、短期間に限れば無駄ではなかった。教えることで自分の理解が深まったし、実機に触れた経験もどこかで生きている。
ただ、そこに長く留まるべきではないという判断は、やはり正しかったと思う。大事なのは仕事の内容そのものより、その場所にどれだけ留まるかだ。
想定外の案件に入ったら、期間を意識して、そこから何を持ち帰るかを決める。それができれば、回り道も経験に変わる。
コメント