【アイデア満載の事務系インターン】【24卒】富士通の冬インターン体験記（理系/JOBマッチングコース ビジネスプロデューサー）No.42279（非公開/非公開）（2023/10/12公開）

この会社を環境面から第一志望にしていたこと＋過去の同様のインターンシップで選考優遇があると言うような情報を拝見したため、早期の持ち駒を増やしたいという2つの考えから興味を持った。また、色々と情報収集する中で、会社の中でも技術系より事務系職種に興味があったため、特に事務系向けと感じたこのインターンシップへの応募を決めた。

他の企業向けのインターン選考対策とほぼ変わらない。
大学キャリアセンターでの面接練習と採用ページからの情報収集。

書類＋面接1回の選考だったので、人柄が重視されたのではないかと思う。

グループビジョン的な講義＋新規事業立案グループワーク

1日目午前：講義＋会社紹介
1日目午後：グループワーク
2日目午前：グループワーク
2日目午後：発表＋振り返り

会社の持つ技術やそれを活かした事例。それを活かして、どのような形で事業を作っていくのかのプロセス。

会社のサービスを使った、各チームのテーマに合わせた新規事業立案

1日目にやったこと

会社の持つアセットについての事例紹介などがあり、午後は自分たちの事前設定テーマに対して課題を発見し、解決できるような事業を立案するグループワーク。ワークの最後にFBをもらい、2日目に引き続き行った。

2日目にやったこと

前日から引き続き作業を行い、グループワークの成果をスライドにまとめて、別グループに向けて発表した。ワーク終了後に、メンターからの個人FBをもらい、インターン終了した。

不明

なし

「自分が使いたくなるサービスになっているか」という点を重視するようにアドバイスをいただいた。インターン中や選考の中で、早く議論をまとめるようにしてしまい、そういう点を見失っていたのでとても参考になった。

中間発表のようなタイミングで、かなり厳しい論理の飛躍を指摘されてしまったため、その修正に非常に苦労した。ワーク内容も、会社のアセットを使うという前提条件があったため、なんでもいいわけではないのが、難しかった。特に自分たちは会社のアセットとはつながりにくいテーマだったため、事業にも無理矢理感が出てしまった。

6名チームだったと思うが、全員が人当たりよく、かなり楽しく議論できた。議論をリードしてくれていた人の雰囲気や考え方はその後の就活にもとても参考になった。

大きく2つのことを学んだ。
1つ目は、会社の技術力の高さと活用方法の豊富さだ。他のグループの発表を見ると、色々なサービスやハードがあることを実感した。
2つ目は、社員の方々の雰囲気だ。ガツガツした感じよりも、温和で話しやすそうな人が多かった。自分とマッチしている部分でもあると感じることができた。

会社が自分の設定テーマの領域ですでにどんなことをやっているのかを調べておくと、グループワークのとっかかりが掴めたとは思う。

想像できた。
事業立案のワークではあったが、自分の強みであるIT系の知識を活かし、事業の運用面でコメントすることができた。また、資料作りの点でも強みを発揮して、チームに貢献できていたと思う。
自分のやりたい技術営業的な仕事をイメージしながら、リーダーとは違う形で議論に参加することができた。

内定が出ると思った理由は2つ。
1つは、「会社に居る人間だ」と思われていると思ったから。
2つ目は、自分の強みと会社の欲しい人材・能力がマッチしていると思ったから。これはFBでも言われたので、実際そうだと思う。
「IT知識」「議論の中でゴールと現状をギャップを把握してゴールまでの道筋を立てる力」が評価されていた。

志望度は上がった。理由は、会社の魅力だと考えていた人の部分の良さが十二分に伝わったこと、グループワークにてアセットの活用を考える中でその魅力を十分に認識し、この会社なら自分のやりたいことを実現できると考えたから。また、大企業でありながら、人事改革が進んでいるようでそこも魅力だった。

早期選考に案内された。インターン参加者は全員呼ばれるのではないか。また、インターンに参加しなくても呼ばれるルートはあるらしいが、詳しくはわからない。
また、インターン参加で会社理解は進むと思うので、その点も有利だと思う。

IT系の仕事をしたいと思い、Sier・ITコンサル・外資ITと呼ばれるような企業群を志望していた。エンジニアとしての長期インターンやアルバイトでの経験から、人と関わることが好き、ものづくりに関わりたい、デジタルによる物事の効率化が好き、と自己理解していたためそれを実現できそうな会社に行こうと思っていた。

ITに携わる中でもエンジニアと営業の中間のような仕事がしたいと思うようになった。理由としては、自分たちが作ったシステムをちゃんと理解して使ってもらいたいと思うようになったこと、課題解決のためにシステムなどを作る必要があり、エンジニアという立場ではそもそも課題の発見というような上流プロセスに携わることができず自分としてはやりがいが少ないのではと考えたため。