IT企業での就業経験はありましたが、エンジニアの業務は未経験だったので、技術研修からスタートしました。
事前にネットでインフラエンジニア関係の情報を調べていたんですけど、実際よくわからないままスタートして…。やっぱり、最初は「なんだこれは？？？」とハテナがいっぱいでした。 情報処理の授業を受けたことはありましたが、その内容とは全く異なっていましたし、ロジカルな思考に対する苦手意識も相まって、概要を知ること自体が難しい印象でした。
そんな中、周りはすぐ理解しているように見えて、自分には向いていないんじゃないか…研修に置いていかれるのでは…という気持ちになったのが、正直一番しんどかったです。でも、 毎回やる小テストだけは絶対いい点とりたい！と思って、前日にしっかり勉強していました！

研修の中でサーバ構築を少しやったので、実体は見えないながらも流れはそこで体験できましたし、業務の想像は付きやすくなったなと感じました。 研修内容はLinuxOSメインだったのですが、現場でもLinuxOSを触る機会があって。研修と同じことをやるわけではないけれど、LinuxOSで何がしたいのか？という最初の部分を想像することはできるようになったので、そこは研修の成果だなと思っています。

初めてインフラの現場に入ったときは、本当にわからないことが多くて…！ 専門用語ひとつ取っても、その現場で使われている用語なのか？インフラエンジニア的に当たり前にある用語なのか？という違いも分からなかったし、どういう手順を踏んで、何を作っているのかも全く理解できなかった。
どのプロジェクトでもそうだと思うんですけど、そんな頭の状態で、プロジェクトの資料を読んで理解を深めなければいけないんです。
参画後は資料を読み込む期間が1ヵ月ほど続いたので、ずっとわからないまま、それでも自分なりに読み進めていく…というのが、気持ち的に落ち込みそうになるというか。
何となくでも想像することができれば少しは楽だと思うんですが、何も頭に浮かばないというのが一番難しいなと感じたところです。これが、エンジニアの仕事の第一関門かなと思いますね。

その後は、手順書が用意されている業務を担当して、慣れてきたら既存の手順書を更新したり、運用保守の現場ならチェックする対象を増やしたり、新しい手順書を作ったり…という感じで、幅を広げていきました。 その中で、プロジェクト資料にあった用語はこういう意味だったのか！と、点と点が線になってスッキリすることもありますね。

エンジニアというと、コツコツと画面に向かっている印象があるかもしれないんですけど、結構話す機会も多くて。
直近のプロジェクトは、プロジェクト内でチームに分かれていたので、出社したらまずチーム内の作業者と一緒に業務確認して、その後出社した上司に「今日はこんな業務をやろうと思っています」と伝えて始める感じでした。
週に1回しっかりした報告会があったのでそこでも進捗報告していましたが、何かしら問題が起きたり躓いた時には、適宜報連相でこまめに連携して進めていました。

環境構築のときはそれに専念して作業するんですけど、他のチームとの兼ね合いで「今日はここの機能は使えません」と言われることも多いので、予定通りできなくなったら違う仕事を進める…という臨機応変な対応もしますね。
他の業務が飛び込んでくることも意外と多くて、「ちょっと手が空いてきたから、別の機能を構築してほしい」という指示が入って、他チームと連携して新しい機能を作ったこともありました。

マインドとしては、頭で考えすぎちゃうより、流れに身を任せてやってみよう！と思える人だとこの会社でうまくいくのかな？と思います。

「これやってみようか」という提案に対して、否定的にならないで、とりあえず一回はやってみる。たとえ上手くできなくてもフォローしてもらえるし、次に活かせばいいだけです。挑戦とまではいかなくても、とりあえずやる！やってみよう！という気持ちがあるといいですね。
未経験でも、やることをきちんとやっていればそのまま流れで身につくし、身構えなくても大丈夫ですよ！

あと、コミュニケーションが得意なら色んな人と喋れるので楽しいけれど、得意である必要はないと思います。苦手な人でも、スリィ・ウェイブなら誰かしらとは話せると思いますし、会社の人でも仕事でも、何かしらに興味を持っていれば居心地よく過ごせるんじゃないかと思います！