アクティアでは、プロジェクトの中で得た知識や経験を、個人だけに閉じたものにしないことを大切にしています。

取り組みの形はプロジェクトやチームによって様々ですが、その一例として、現場の課題感から生まれ、一部のチームで実践されているのが「モブ会」です。

モブ会と聞くと、モブプログラミングのような技術的な取り組みをイメージする方もいらっしゃると思いますが、アクティアのモブ会で扱うテーマはコードや技術だけではありません。担当している機能の共有、新しい仕様の確認、開発上の疑問や相談、さらにはクライアントの業務内容や専門用語の理解まで、プロジェクトを進める上で必要な情報をチーム全体で共有しています。

なぜ、アクティアではここまでチームでの対話を大切にするのでしょうか？
今回は、実際にモブ会を運営しているメンバーに、その目的や日々の変化、そしてチームで学ぶことの価値について話を聞きました。

モブ会は、プロジェクトを前に進めるための相談と共有の場

ーまず、高崎さんたちのチーム（プロジェクト）で取り入れている「モブ会」とは、どのような時間なのでしょうか？

高崎さん：毎日1時間、チーム全員で集まって、その日に共有したいことや相談したいことを話しています。決まった議題が毎日あるわけではありません。

仕様変更があればその内容を共有しますし、開発中に疑問が出てきたら相談する。新しい機能について、担当者から説明してもらうこともあります。

技術的な話だけではなくて、お客様の業務について確認することもありますね。

小林さん：特に大事なのは、単純に「この機能をこう実装しました」という話だけで終わらないことだと思います。

なぜこの機能が必要なのか。誰が、どんな場面で使うのか。そこまで理解していないと、開発しているものが部分的なものになってしまいます。

なので、モブ会では「そもそも、この仕様ってどういう意味なんだっけ？」というところから話すこともあります。

パートナーエンジニアAさん：最初に参加したときは、毎日1時間しっかり話すことに少し驚きました。

ただ、実際に参加してみると、分からないことをその場で聞けるのはかなりありがたいです。自分だけで調べて解決しようとすると、どうしても時間がかかることがあります。

でも、モブ会なら「これってどういう意味ですか？」と聞けば、知っている人が答えてくれる。そこから別の人が「それなら、この部分も関係しますよ」と話を広げてくれることもあります。

業務への理解を早い段階で深められることで、その後の手戻りが少なくなり、結果的に効率よく作業できていると感じることも多いです。

高崎さん：そこはモブ会の良さですね。

一人の疑問から、チーム全体の理解につながることがある。だから、質問すること自体に価値があると思っています。

ーそもそも、なぜこのような仕組みを始めたのでしょうか？ 

高崎さん：プロジェクトの立ち上げ当初、リーダー陣のみがお客様と話をする機会が多かったんです。

開発メンバー全員が毎回その打ち合わせに参加できるわけではありません。もちろん資料はあります。でも、資料を読むだけでは分からないことってありますよね。

お客様がどういう業務をしていて、どこに困っているのか？なぜこの仕様になったのか？そういう背景は、資料だけではなかなか伝わりません。

小林さん：開発している側からすると、仕様書に書いてある内容だけでは判断できない場面もあります。

「この項目は何のためにあるんだろう？」という疑問が出てきたときに、背景を知らないと、ただ仕様通りに作ることしかできない。それでは本当に良いものを作るのは難しいと思っています。

高崎さん：そこで、日々の中で疑問や情報を共有する時間をつくろうとなったんです。

もともとは忙しいリーダー陣の相談時間を確保するという目的もありました。

でも続けていくうちに、単なる相談会ではなく、チーム全体でプロジェクトを理解するための場になっていきました。

個人の担当範囲を超えて、システム全体を見ることで理解できることがある

ー担当者ごとに仕事が分かれていると、「自分の担当以外はよく分からない」という状態にもなりがちではないですか？

小林さん：そこはかなり意識しています。

新しい機能を一人が担当した場合、その人だけが詳しくなることは簡単です。でも、それだとチームとしては弱い。

その機能が別の機能とどうつながっているのかを、他のメンバーも理解していれば、誰かが休んだときにも対応できますし、新しいメンバーが入ってきたときにも説明しやすくなります。

パートナーエンジニアAさん：外から入った立場としても、全体像を知ることができるのは大きいです。自分の担当だけを見ていると、最初は「この部分を作ればいい」という理解になりやすい。

でも、モブ会で他の人が担当している機能の話を聞いていると、「自分が作っているものは、ここにつながっているんだ」と分かってくる。それによって、実装するときの視点も変わってきます。

高崎さん：そうなんですよね。

一人ひとりが自分の担当だけを見るのではなく、チームとしてシステム全体を見る。そのために、モブ会はかなり役立っていると思います。

「言葉」を揃えることから、業務理解は始まる

ーみなさんのチームのモブ会では、技術だけではなく業務知識も共有しているそうですね。

高崎さん：はい。むしろ、そこはかなり重要視しています。

私たちは、お客様の業務を支えるシステムをつくっています。だから、技術的に正しいものをつくるだけでは十分ではありません。

お客様がどういう仕事をしているのか。そのシステムを使って、どんな業務を行っているのか。そこまで理解したうえで、どういうシステムにするのが良いのかを考える必要があります。

小林さん：実際、業務を理解すると仕様の見え方が変わります。

例えば、同じような意味に思える言葉でも、お客様の中では明確に意味が違うことがあります。「参照」と「照会」は、一見同じものを指しそうですが、違った機能を指すことがあります。なんとなく理解しているだけでは危ないんです。

だから、言葉の定義からみんなで確認することがあります。

パートナーエンジニアAさん：最初は分からなかった業務用語も、何度もモブ会で聞いているうちに少しずつ分かってきます。

意味が分かってくると、今度は「この名前だと別の機能と紛らわしくないですか」と自分から言えるようになってきました。

高崎さん：それは大事ですね。

チーム内で使う言葉の意味が揃っていると、会話そのものがスムーズになります。

そうしたモブ会での指摘をきっかけに、こちらからお客様に「こういう名前にしたほうが分かりやすいのでは」と提案することもあります。単に言われたものを作るのではなく、業務を理解したうえで一緒に考える。そこまでできるのが、私たちの目指している開発だと思っています。

ー担当している機能をチームに説明することにも意味があるのでしょうか？

小林さん：もちろんです。自分では分かっているつもりでも、人に説明しようとすると「ここ、ちゃんと理解できていないな」と気づくことがあります。

だから、モブ会で発表する前提で仕事をすると、自然と「人に説明できるところまで理解しよう」という意識が生まれます。

パートナーエンジニアAさん：私も担当した機能を発表することがありますが、アウトプットすると自分の理解度が分かりますね。

うまく説明できないところがあれば、そこが自分の理解が浅い部分なんだと気づきます。

高崎さん：これはエンジニアに限らず大事なことだと思います。

聞く側も、担当外の機能について「そういう考え方で実装したんだ」と知ることができますし、そこから質問が出ると、発表した人自身も考えを整理できる。

小林さん：そうですね。

一方的に説明するだけではなくて、質問とのキャッチボールがある。その中で、「本当にこの仕様でいいのか？」という話に発展することもあります。

発表する人だけが成長するわけではなく、一人のアウトプットが、チーム全体のインプットになる

ーそうなると、モブ会は発表者だけの学習の場ではないんですね。

高崎さん：そうですね。むしろ、全員が何かしら得るものがある場だと思っています。

発表する人は、自分の理解を深められるし、聞く側は、自分の担当外の知識を得られる。さらに質問する人は、「どこが分からないのか」を言語化する力が鍛えられる。

小林さん：質問の仕方にも、その人らしさが出ますよね。

技術的なところを深く聞く人もいれば、「そもそもユーザーは何をしたいんですか？」と業務側から質問する人もいる。

そうすると、その人が何に興味を持っているのかも見えてきます。

パートナーエンジニアAさん：確かに、参加しているうちにメンバーそれぞれの得意分野も分かってきます。

「あの人なら、この話を聞いたらこういう質問をするだろうな」というのも少しずつ分かってきます。

高崎さん：それもチームづくりとしては大きいです。誰が何に強いのかが分かっていれば、困ったときに相談しやすいですよね。

ーお互いの強みが見えることは、プロジェクトにも影響しますか？

小林さん：もちろんです！

例えば、仕様の整理が得意な人もいれば、技術的な問題を深掘りするのが得意な人もいる。質問するのが上手な人もいます。

一見すると「質問しているだけ」に見えるかもしれませんが、曖昧な仕様を明確にするうえでは、質問する力もかなり重要です。

高崎さん：そうですね。

エンジニアというと、どうしても技術力だけに目が行きがちですが、プロジェクトを前に進めるにはいろいろな力が必要です。

お客様の業務を理解する力。仕様を整理する力。技術的な問題を解決する力。周囲に分かりやすく伝える力――モブ会を続けていると、そうした個人の特徴が見えやすくなります。

パートナーエンジニアAさん：外部から参加している側としても、最初はそれぞれの役割が分からなくても、会話を重ねることで「この人にはこれを相談するといい」というのが分かってきます。

チームに入っていくうえでも、すごく助かっています。

モブ会そのものも、完成形ではない。チームで改善しながら、より良い開発の仕組みをつくるために。

ーここまで伺うと、かなり完成された仕組みにも感じます。

高崎さん：でも、まだまだ改善できると思っています。モブ会自体も、チームで試行錯誤しながら変えてきました。

パートナーエンジニアAさん：私からも「このやり方のほうが分かりやすいんじゃないか」「この時間はこう使ったほうがいいんじゃないか」と話すことがあります。

立場に関係なく話せるので、改善にも参加しやすいです。
単に決められたものを実装するだけではなく、設計や仕様、その背景にある業務まで含めて一緒に考えられるのは、このチームのいいところだと感じています。

高崎さん：大切なのは、最初から完璧な仕組みをつくることではなくて、チームにとって良い状態を考え続けることだと思います。

小林さん：仕事の進め方も、システムも、チームも、ずっと同じではありません。

だから、その時の状況に合わせて変えていく。モブ会もその一つですね。

アクティアに加わるかもしれないエンジニアへ

ー最後に、これからアクティアで働くエンジニアに伝えたいことを教えてください！

高崎さん：これからAIによって、実装そのものはどんどん効率化されていくと思います。

だからこそ、エンジニア自身が「自分は何をつくっているのか」「なぜこれをつくるのか」を理解することが、より重要になると思っています。

コードを書けることだけではなく、そのシステムが何のために存在しているのかを考えられる力。それは、AIが進化しても変わらない部分だと思います。

小林さん：自分の担当範囲だけを見るのではなく、少し広い視点を持ってほしいですね。

「この機能を作って終わり」ではなくて、その先にいるユーザーやお客様の業務まで考える。そうすると、同じ開発でも面白さが変わってくると思います。

パートナーエンジニアAさん：僕自身、モブ会に参加することで、技術だけではなく業務を理解することの大切さを感じています。

分からないことをそのままにせず、聞いてみる。自分の考えを言葉にしてみる。そういうことができる環境なので、積極的にコミュニケーションを取れる人にはすごく合っていると思います。

高崎さん：アクティアでは、社員だから、パートナーだからという立場の違いで壁をつくることはしたくありません。

プロジェクトを成功させるという目的は同じですから。そのために、必要なことはみんなで話す。モブ会も、そうした考え方の一つです。

これからも、技術だけではなく、お客様のビジネスやチームそのものに興味を持って、一緒に考えられるエンジニアと仕事をしていきたいですね。

一人のエンジニアが持っている知識を、チームの知識に変えていく。

そして、チームで得た知識を、また一人ひとりの成長につなげていく。

今回紹介したモブ会のように、アクティアではチームの状況に合わせて現場から開発プロセスをアップデートしていくカルチャーがあります。

モブ会は単なる情報共有の時間ではなく、技術、業務、仕様、そしてメンバー同士の理解を深めながら、プロジェクトそのものを強くしていくための取り組みです。

AIによって開発のあり方が変わり続ける今だからこそ、何をつくるのか、なぜつくるのかをチームで考える。そんな開発のスタイルに興味がある方にとって、アクティアは新しい挑戦ができる環境です。
ぜひ一度、あなたとアクティアが交わる未来について話してみませんか？