株式会社マネーフォワードの28卒エンジニア職サマーインターンシップに参加してきました
はじめに
2026年9月1日から14日にかけて、株式会社マネーフォワードの「28卒エンジニア職サマーインターンシップ」に参加してきたので、その振り返りを書いていく。
今回参加したのは、実際の開発チームに配属されて業務に参加する、就業型のインターンシップである。
私は「マネーフォワード クラウド会社設立」に関わる開発チームに配属され、10日間にわたって実際のプロダクト開発に参加した。
この記事では、参加までの経緯から、インターン中に取り組んだ開発内容、そして実際にチームの一員として働く中で感じたことや学んだことまで振り返っていく。
参加までの経緯
きっかけは1月18日に東京国際フォーラムで開催された「外資就活Expo」の横で同時開催されていた「Engineer Guild Fes(EGF)」まで遡る。 ちなみに、このイベントはAtCoder経由で知った。
当時は、サマーインターンシップに参加してみたいという漠然とした思いに加えて、大規模なWebサービスの開発や、複数人でのチーム開発を実際の現場で経験してみたいという気持ちがあった。
そんな中、イベント会場にあったマネーフォワードの企業ブースでサマーインターンシップの案内をいただき、応募してみることにした。
その後、3月頃から
- スキルシート提出
- オンラインコーディングテスト
- TOEICスコア提出
- 人事面接
- 技術面接(ライブコーディング)
といった選考を経て、6月初旬に参加の内定をいただいた。
そして8月初旬には配属先の通知があり、私は「マネーフォワード クラウド会社設立」の開発チームへ配属されることになった。
その後、人事担当の方や配属先のメンターの方との面談を経て、インターンシップ当日を迎えた。
インターンシップでの目標
今回のインターンシップに参加するにあたって、事前に自分の中で大きく3つの目標を設定していた。
- 大規模な組織におけるチーム開発を実際に経験する: これまで個人開発や大学・サークルでの開発経験はあったものの、PdM、デザイナー、フロントエンド・バックエンドエンジニア、QAなど、複数の職種が関わるプロダクト開発を経験したことはなかった。そのため、実際の開発現場でチーム開発を経験することが大きな目標だった。
- 英語で積極的にコミュニケーションを取る: マネーフォワードでは開発組織のグローバル化が進んでおり、英語を使う機会も多いと聞いていた。そのような環境で働くことが、自分の英語力を向上させるきっかけにもなると考えた。
- マネーフォワードの組織文化や働き方を実際に体験する: せっかく就業型のインターンシップに参加するのであれば、実際に働いてみなければ分からない会社の雰囲気や働き方にも触れてみたいと考えた。
配属されたチームについて
今回配属されたのは、「マネーフォワード クラウド会社設立」に関わる開発チームだった。
「マネーフォワード クラウド会社設立」は、会社設立に必要な情報の入力や書類作成、登記に向けた準備などをオンライン上で進められるサービスである。
会社設立には法律や登記に関する知識が必要となる場面も多いが、このサービスでは、ユーザーが案内に沿って情報を入力していくことで、会社設立に必要な手続きを進めやすくなっている。
インターン期間中は、チームの一員として、現在開発中の機能に関わる業務を担当した。
インターンシップ当日の流れ
今回は就業型のインターンシップだったため、期間中は実際の開発チームの一員として、1日8時間、計10日間勤務した。
勤務形態はハイブリッドで、私が配属されたチームでは、初日と最終日に加えて月曜日と木曜日は東京の本社オフィス、それ以外はリモート勤務という形式だった。
1日目
朝10時にオフィスへ出社し、9月入社の正社員の方々と一緒にオンボーディング説明会に参加した。
説明会では、改めて企業理念やカルチャーについて説明を受け、幹部の方からのメッセージ動画を視聴した。その後、貸与PCのセットアップや各種社内システムのアカウント作成・設定などを行った。
初日に本社へ出社していた同期のインターン生は、私を含めて5人。
そのうち日本人は、なんと2人だけだった。
しかも、もう一人の日本人は私と同じ大学・同じ学科の直属の先輩で、おそらく大学の実験のTAとしても関わったことがある方だった。
世間はなんて狭いのだろう...
他のインターン生と軽く自己紹介をした後は、それぞれの配属チームの方々とランチへ。
私は配属先のPdMの方に連れられ、オフィス近くのカレー屋さんで昼食をいただいた。
お店には、その日出社していたチームメンバーの方々が待っており、席に着くと早速英語での会話が始まった。
さすがに自己紹介や日常会話くらいはこなせるのだが、少し話が込み入ってくると、会話の内容は理解できても、自分からなかなか発言できない。
咄嗟に英語が出てこないのである。
早速、自分のスピーキング能力の低さを痛感したところでオフィスへ戻り、午後からは社内のオンボーディングフローを進めることになった。
これについては次のセクションで詳しく書くことにする。
そんなこんなで、インターン初日はあっという間に終わった。
2〜3日目
2日目と3日目は、引き続き社内のオンボーディングフローを進めながら、開発チームのメンバーとの顔合わせや、開発環境のセットアップを行った。
社内ドキュメントはNotionで管理されており、特に開発チームが管理しているドキュメントは基本的に英語で書かれていた。
加えて、プロダクトの仕様、開発ルール、アーキテクチャ、各種ツールの使い方など、読まなければならないものがとにかく多い。
ただ、必要な情報がNotionに集約されているため、Notion AIを使ってまずは全体像を把握し、必要に応じて個別のドキュメントを詳しく読む、という形でキャッチアップを進めることができた。
Notion自体の使いやすさについてはさておき、このように組織内のドキュメントが一か所に整理されていると、AIを活用した情報収集が格段にしやすくなることを実感した。
また、すべてを一度に理解しようとするのではなく、「今必要な情報は何か？」 を考えながら、必要なドキュメントを探していくことの重要性も感じた。
4〜9日目：実際の開発
4日目のミーティングでチームマネージャーの方からタスクをアサインされ、ここから本格的な開発作業が始まった。
担当したのは、開発中の機能に関するフロントエンド・バックエンドの実装や、設計の検討などである。 ここでは、個別の機能要件や画面の挙動など、具体的な仕様については割愛する。
これまでの個人開発では、フロントエンドからバックエンドまで自分一人で自由に決めることが多かった。
しかし、実際のチーム開発では、
- フロントエンドとバックエンド、それぞれの責務をどう分けるのか？
- 既存のコードや設計方針とどのように整合性を取るのか？
- どのように他のメンバーと認識を揃えて実装を進めるのか？ といった点について、既存の実装やチームのルールを踏まえて判断する必要がある。
さらに、必要に応じて、その設計を選んだ理由を他のメンバーに説明できなければならない。
また、今回のインターンでは、担当した作業の一部を後続の開発へ引き継ぐことになった。自分が実装を担当する範囲だけでなく、引き継ぐ相手が作業を進めやすいよう、設計の意図や残っている作業を整理する必要があることも学んだ。
こうした部分は実務でのチーム開発ならではの経験であり、個人開発ではなかなか得られないものだと感じた。
10日目
インターン最終日は、夕方から10日間の成果発表を兼ねたプレゼンテーションが予定されていたため、主にその準備を行っていた。
そして、この成果発表もすべて英語である。
発表では、担当した開発作業や、その過程で学んだことを振り返った。
普段の開発では実装そのものに意識が向きがちだったが、自分の取り組みをチームの目標や開発全体の流れの中で整理する、よい機会になった。
また、インターン期間中は他の同期の活動内容を知る機会がほとんどなかったため、成果発表を通じて、他のメンバーがどのようなプロジェクトに携わっていたのかを知ることができたことも、学びになった。
チーム開発について
今回のインターンで最も経験したかったことの一つが、実際のプロダクト開発におけるチーム開発だった。
配属されたチームでは、2週間を1スプリントとするスクラムで開発が行われていた。
スプリント開始前にはBacklog Refinementやデザイナーとの打ち合わせを行い、
- 受け入れ条件
- UIの挙動
- 他のタスクとの依存関係
- 工数の見積もり
などを整理する。
その後、Sprint Planningでスプリントゴールや実際に取り組むタスクの範囲、担当者、リスクなどを決める。
スプリント中はDaily Meetingで進捗やブロッカーを共有しながら、実装・レビュー・テストを進めていく。
そしてDemo DayやSprint Reviewでは、そのスプリントで実装した機能を実際に見せながら、PdM、デザイナー、QAなどからフィードバックを受ける。
以前参加した別のインターンシップで初めてスクラムに触れていたのだが、そこで得た知識を、今回も実際の開発現場で活用できたのは貴重な経験だった。
一つ残念だったのは、インターンの期間とスプリントの区切りが一致しておらず、スプリントの途中から参加して、途中で抜ける形になってしまったことだ。
結果として、やや中途半端な段階でタスクを引き継いでもらうことになり、担当した機能がレビューやQAを経て完成するまでのプロセスを、最後まで体験できなかったのは少し心残りだった。
開発で使ったツール
今回の開発では、かなり多くのツールに触れることになった。
タスクや仕様の管理には、Jira、Notion、Slackなどが使われていた。
特に、Jiraを利用するのは今回が初めてで、最初はタスクの進捗や担当者、期限などを追うのに苦労した。
ただ、PdMの方がJiraとNotionを連携させる仕組みを整えてくださっていたため、Notion上の開発ドキュメントを参照しながら、
- なぜこのタスクを行うのか？
- 受け入れ条件は何か？
- 誰が担当しているのか？
といった情報を追いやすくなっていた。
実装ではCursorをメインで利用し、コードの管理・レビューにはGitHubや自動レビュー系のツールも活用した。
また、テストにはVitest、MSW、Storybook、Playwrightなど、目的に応じて異なるツールが使われていた。
さらに、ESLint、SonarQube、CircleCI、Chromaticなどによる品質チェックも組み込まれていた。
個人開発では、つい「手元で動いたのでOK」となってしまうこともある。
しかし、実際のプロダクト開発では、実装したコードがレビューやテスト、CI、QAといった複数の段階を経て、品質を確認されていく。
もちろん、こうしたツールを導入するだけで自動的に良いソフトウェアができるわけではない。
それでも、異なる役割を持つツールを組み合わせることで、チーム全体の開発を支える仕組みが構築されていることを実感できた。
特に、E2Eテストに用いられていたPlaywrightは、個人開発でもCIフローに組み込んで使ってみたいと思った。
インターンシップを通しての感想
参加前に設定していた3つの目標について、改めて振り返ってみる。
大規模なチーム開発を経験する
この目標は、かなり達成できたと思う。
配属先では多くのメンバーが関わっており、個人開発とは異なる規模や役割分担の中で業務を進めることになった。
今回のインターンでは、単に与えられた仕様をコードにするだけではなく、PdM、デザイナー、フロントエンド・バックエンドエンジニアなど、異なる役割を持つ人とやり取りしながら、一つの機能を作っていく経験ができた。
これまでの個人開発では、自分が作りたいもの、すなわち自分自身が使うものを作ることが多かったため、実装の前後に必要な意思決定も、ほとんど自分の頭の中だけで完結していた。
一方でチーム開発では、
- この仕様はユーザーにとって使いやすいのか？
- フロントエンドとバックエンドの責務をどう分けるのか？
- この実装が他の機能に影響しないか？
- 誰がこの機能の開発を担当するのか？
など、実装の前後にも多くの意思決定が存在する。
そして、それぞれの判断を他のメンバーと共有し、認識を揃えながら開発を進める必要がある。
むしろ、昨今のようにAIによるコード生成が急速に普及している状況では、コードそのものを書く能力というよりかは、なぜその設計や実装を選んだのかという意思決定の過程を記録し、共有することの方が、より重要になるのかもしれない。
そう考えると、対面でコミュニケーションを取れる環境の方が、細かな相談や意思決定を素早く進めやすいようにも思える。
実際、オフィスにいると、ちょっとした疑問をその場で相談できるのは便利だった。
とはいえ、今回のインターンを通して、フル出社の勤務体制は自分にはあまり合っていなさそうだと感じた。
そのため、個人的には週3日程度出社し、残りはリモート勤務にするようなハイブリッド型の働き方がちょうどよいのかもしれない。
英語でコミュニケーションする
これは「ある程度は達成できたが、まだまだ課題がある」というのが正直な感想である。
まず、開発チームにはベトナム出身のメンバーが多く、英語を母語としない人同士でコミュニケーションを取る環境だった。
英語の発音自体が特別聞き取りにくいと感じたわけではないのだが、メンターやチームマネージャーの方はベトナムから勤務されていたため、会議はZoomを利用したオンライン形式だった。
そのため、音質や話し方によっては、英語が聞き取りにくい場面も多々あった。
これは必ずしも通信環境の問題というわけではない。
これまでの英語学習では、リスニング試験用の非常にクリアな音声を聞く機会が多かったが、実際の仕事では当然ながら、話す人や使用するマイク、周囲の環境によって音声の聞こえ方が変わる。
そうした、試験ではなかなか体験できない英語でのコミュニケーションの難しさを実感することができた。
特に難しかったのは、何か意見があるときに、タイミングを逃さずその場で発言するということだった。
相手の話を理解できていても、自分の考えをすぐに英語へ変換することができず、発言のタイミングを逃してしまう。
また、Daily Meetingだけでなく、ランチなどでも英語を使う機会が多かった。
そのおかげで、休憩時間中も常に頭を使っているような感覚になり、正直、頭はまったく休憩できていなかった()
日本語であれば、頭に浮かんだことをほとんど意識せずに口に出せるのだが、英語ではそうはいかないのである。
一方、SlackやNotion上での開発チームとのコミュニケーションも基本的に英語だったが、こちらは特に大きな問題はなかった。
テキストであれば文章を考える時間があるし、何よりSlackには英語のメッセージを自動的に日本語へ翻訳して表示する機能もある。
それでも、業務でよく使われる英語独特の言い回しや、まず要点を簡潔に伝え、必要に応じてスレッドで詳細を説明するといった、仕事に適したコミュニケーションの取り方を学ぶことができた。
つまり、この10日間を通して、英語が単なる「勉強する対象」ではなく、「仕事をするための道具」 になったわけである。
今後は英語の知識を増やすだけでなく、自分の考えをリアルタイムに言葉にする力をもっと鍛える必要があると感じた。
マネーフォワードの文化を知る
この目標についても、実際にチームへ入ったことで十分に達成できたと思う。
期間中には、開発チームのメンバーだけでなく、さまざまな日本人社員の方と1on1で話す機会も設けていただいた。
自分のキャリアについて相談した際にも率直にお話しいただき、全体としてオープンで、個人の成長を後押しする雰囲気を感じた。
一方で、10日間という期間は想像していた以上に短かった。
特に後半は実装にかなり集中していたこともあり、
「もっといろいろな人と話してみればよかった」
というのが一つの心残りである。
開発以外にも、社員の方々のこれまでの経験や、普段どのようなことを考えながら仕事をしているのかなど、もっと聞いてみたいことがあった。
できることなら、もう2週間くらいいたかったところである。
おわりに
10日間という短い期間ではあったが、参加前に期待していた以上に多くの経験をすることができた。
実際のプロダクトに対する機能実装だけでなく、
- スクラムによるチーム開発
- PdM・デザイナー・他のエンジニアとの協働
- コードレビューやテスト、CIを含めた開発フロー
- 英語を使った実務コミュニケーション
など、個人開発や大学の授業だけではなかなか得られない経験ばかりだった。
一方で、英語でのスピーキングをはじめとして、自分に足りない部分もかなり明確になった。
「大規模なチームでソフトウェアを開発するとはどういうことなのか」を実際に体験できたこと、そして今後伸ばしていきたい能力が見つかったこと。
この2つが、今回のインターンシップで得られた最も大きな収穫だったと思う。
最後に、10日間にわたって丁寧にサポートしてくださった配属先のチームの皆さん、特にPdM・メンターの方々、人事担当の方をはじめ、インターン期間中に関わってくださった社員の皆さんに感謝したい。
本当にありがとうございました！
おまけ
フードコレクション
- 5日目: こびんちょ
- 8日目(ランチ): ボクデン芝浦店
- 8日目(ディナー): SADEC TOKYO
