私が就職活動の軸にしていたのは、お客様の課題に長期間向き合い、その解決を支える仕事であることでした。なのでエンジニアになりたかったというよりも、手段としてたまたま行き着いたのがエンジニアという職種だったという感じです。

たくさんあるSIerのなかでサーバーワークスを選んだのは、説明会での出来事がきっかけです。
私は大学で言語学を専攻していた、いわゆる文系学生でした。なので、各社の説明会などで「文系でも大丈夫でしょうか」ということを必ず訊くようにしていました。そこで「エンジニアになるのに、文系・理系ということを考えること自体がナンセンス」という主旨のことを言われ、非常に印象に残っていたのが1つの決め手でした。

配属が決まった2年目から今まで、自分が参加していないプロジェクトの会議に参加させてもらったり、先輩社員に独自でインタビューを実施してどんな意識で働いているかなどお話を聞かせてもらったりして、参考になりそうな部分を取り入れています。

もちろん本を読んで勉強もしますが、私はあくまでお客様の課題解決のための手段としてエンジニアをやっているという意識があるので、実際どうやって課題解決をしていくのかという部分は、現場を見て先輩たちの振る舞いを真似たほうがいいのかなと思っています。

技術的な部分が得意な人は社内にたくさんいるので、助けてもらうこともできます。私としてはそういう先輩の背中を追いかけて自分のスキルを磨くというよりも、技術に対する大まかな概要やインデックスを頭に入れておいて、お客様の課題や要望に対応するための引き出しを増やすことを意識しています。

あくまで私にとってスキルは、お客様の課題解決のための手段であって、目的ではないんです。

そうですね。タスクを適切なタイミングでメンバーに振ったり、進行していくことは、プロジェクトをスムーズに動かしていく上でやりがいを感じていますが、難しい部分でもありますね。

少し生々しい話になってしまいますが、新卒で入ってきた後輩には自然にPMとして振舞える一方で、中途入社ですでにスキルやキャリアを積み上げてきていたり、自分のスタイルが出来上がっているメンバーに、どうタスク依頼を出して、サーバーワークスのカルチャーに馴染んでもらうのかというのは、特に今難しさを感じている部分です。

そういうメンバーも含めたチームのPMとしてプロジェクト進行するには、自分もコーディングなどの高いスキルがないとなかなか信頼を得られない面もあると思うので、週に2回くらい、先輩と一緒に勉強会をしたりしながら、今も最適解を模索中です。