【フロントエンドエンジニア座談会】互いの強みを活かし合う、少数精鋭チームの働き方と今後の挑戦

MOTEXでは、国内で20,000社以上が導入するIT資産管理・MDMソリューション「LANSCOPE エンドポイントマネージャー クラウド版（以下、エンドポイントマネージャー クラウド版）」のフロントエンド開発を、パートナーを含む9名のエンジニアで担っています。

エンドポイントマネージャー クラウド版は、PCやスマートフォンなどのIT資産をクラウド上で一元管理し、企業のIT運用とセキュリティ対策を支えています。日々多くの企業に利用されるプロダクトにおいて、ユーザーが最初に触れる画面体験を形づくるフロントエンドは、使いやすさと品質を左右する重要な存在です。

今回は、そんなフロントエンドチームの中核として活躍する3名をお呼びし、業務内容や技術選定で大切にしている観点、今後の課題、また“心理的安全性”を大切にするチームの魅力などについて、お話しいただきました。

※本記事は、2026年9月現在の内容です。

▼メンバー紹介

少数精鋭のフロントエンド開発チーム。技術選定の軸は、「関係者全員が幸せになる選択」

── 現在、フロントエンドチームでは、どのような役割を担っているのでしょうか？

南：
主に、自社プロダクト「エンドポイントマネージャー クラウド版」の、管理コンソールの画面開発を担当しています。

画面開発と一口に言っても、その業務は大きく3つの領域に分けられます。1つ目が、プロダクトの開発ロードマップに沿って、フロントエンド側の機能開発を行うこと。主に「新機能の追加」など、大規模プロジェクトにおける機能実装が該当します。

2つ目は、ユーザーにとって管理コンソールがより使いやすくなるように、操作性や導線などを見直すUI/UX改善業務で、顧客満足度などにも関わる領域です。そして3つ目が、これらの開発業務をより安定的に、高い品質と効率性で進めるための仕組みづくりであるインフラ周りの改善業務です。

── フロントエンドチームが、プロダクト開発上の技術選定や設計の方針で、大切にしている観点はありますか？

南：
明確な基準やルールを設けているわけではありませんが、単に「モダンな技術だから」という理由で選ぶのではなく、自社のプロダクト開発における最適解かを重視しています。技術品質や信頼性、学習コストなど複数の要素を加味して考えます。

鈴江：
技術や設計の方針を決めていく際、「そもそも利用者は誰で、その技術をどのように活用して、どういった課題を解決していくんだっけ」という具合に、実際にその技術を使用する人の立場から検討する、というやり方をするんですね。しかし、新たな技術や手段を導入するトレードオフとして、別の課題や不利益が生じるリスクもある。そういったマイナス面も総合的に判断し、最終的に、“関係者全員が幸せになる選択かどうか”という観点で選ぶよう心がけています。

樋本：
例えば、開発者視点で「保守を楽にする」ための改善を図ろうとしたとき、その引き換えとして、プロダクトの仕様に新たな制約が生まれる可能性があります。じゃあ、その仕様がどこまでなら許容範囲で、結果的に全員が納得いく選択になるだろうという考え方を、チームでも大切にしていますね。

── 現在の業務の中で、みなさんが「技術的な面白さ」を感じるのはどういった点でしょうか？

鈴江：
私の場合は、新たに得た知識や技術が、実際に業務で成果につながった際にやりがいを感じます。フロントエンドは開発技術の移り変わりが比較的早い領域なので、日々の技術的なキャッチアップが必要です。「実際の業務にどう落とし込めるだろう？」と考えながら、日々インプットと試行錯誤を繰り返すのですが、そうやって得た知見や技術が具体的な施策につながり、チームの業務改善などに貢献できたときなどは嬉しいですね。「ずっと解決できなかった課題が、この技術を導入したことで改善できた」みたいな瞬間です。

樋本：
開発本部全体の話でいうと、希望次第で参加できる複数のワーキンググループ（WG）がある点も、MOTEXの開発組織ならではの魅力的な取り組みだと思います。

私の場合、普段は主にAngular（Webサービスやアプリケーションの画面開発に用いられるフレームワーク）を使って開発していますが、WGによっては普段の開発業務とは別の角度から、異なる技術に触れることができます。WGでは、新サービスのアイデア検討や業務改善に向けた取り組みも行っており、その活動の中で、技術を使ってどのように課題を解決するかを考える機会があります。こうした活動を通じて、新たな学びや発見が得られる点は魅力的だと感じます。

チームワークの土台は「心理的安全性」。個々が強みをもつ“戦隊モノ”のような組織

── フロントエンドチームでは、どのようにコミュニケーションを取りながら、日々の開発業務を進めていますか？

樋本：
開発組織全体で言えることですが、私たちのチームでも、2人1組で1つのコードを書く「ペアプログラミング」や、3人以上のチームで1つのコードを書く「モブプログラミング」といった開発スタイルを、積極的に採用しています。
特に新入社員の方や、新たにジョインいただいた中途社員の方に対しては、最初は複数人でコードを書くモブプログラミングからスタートし、徐々に2人で、慣れてきたら1人でと、段階的に学べる体制を取っています。教える側としても丁寧にレクチャーできますし、学ぶ側も気兼ねなく相談しやすいのではないかと思います。

南：
その他で特徴的な点を挙げると、普段からチーム全員でZoomに接続し、1つのブレイクアウトルームに集まって仕事をするようにしています。通常、カメラとマイクはオフの状態で各々仕事をしているのですが、なにか困ったときはその場で質問すれば、すぐに誰かが回答やフォローをしてくれる仕組みです。

樋本：
もし会話が長引きそうなときは、他のメンバーの業務を妨げないよう、別のミーティングルームに移動するなど臨機応変にやっていますね。パートナーさんを含め全員が同じルームで仕事をするので、全体共有などもしやすいですし、コミュニケーションが円滑になると感じています。

── みなさんから見て、「フロントエンドチーム」は、どういった雰囲気のチームですか？

南：
私としては、心理的安全性のあるチームだと思います。日々の業務中も、「ちょっと相談しよう」とか「これ共有しとこう」といった感じで、自分は作業中のメンバーにもよく話しかけるんですが、みんな当たり前のように快く対応してくれるので助かっています。普段からメンバー同士の信頼関係が築けているからこそ、安心してコミュニケーションが取れる土台ができているように感じます。

── たとえば急な障害対応が発生したときなど、チームの雰囲気がギスギスすることなどありませんか？

南：
それも感じないですね。障害が発生してしまったとしても、すぐに気持ちを切り替えて「じゃあ、これからどう対応していくか？」を考えるしかないので。仮に急な対応が入ったとしても、それを誰かのせいにしたり責めたりするようなメンバーは、このチームにはいないと思います。

樋本：
人柄や価値観が似ているメンバーが、このチームには自然と集まっているように感じます。トラブルが発生しても感情的にならず、冷静に会話して、すべきことを淡々と進めていくようなタイプが多い。だからこそ、なにか相談や意見を伝えるときも、安心して声をかけやすい雰囲気があるんだと思います。

── なるほど、ありがとうございます。鈴江さんは、どんなチームだと思いますか？

鈴江：
私は個人的に、「戦隊モノ」みたいなチームだなあと思っています。
というのも、メンバーそれぞれが、さまざまな強みや個性をもち合わせているチームなんですよ。デザインがすごく得意な人もいれば、ロードマップをガンガン進めてくれる人、ユーザーインタビューに知見のある人、あるいは、僕みたいにインフラ周りに強みがあるタイプとか。

各々が得意な領域をもっているので、困ったときでも誰かしらがサポートできますし、なにか相談をもちかけたときも、さまざまな視点からアドバイスをもらえるので心強いですね。

チームの飛躍のカギは、「属人化の解消」と「AI活用」

── チームとして、いま「課題」を感じていることはありますか？

南：
大きく3つあると思っていて、まず1つ目が「ドキュメント化が不十分であること」。開発業務に必要な知識や判断基準が、チーム内で十分に整理・共有されていない点が課題です。

2つ目は、その影響もあって、特定の業務が属人化してしまっていること。
特に、そうなりやすい傾向があるデザインやCSSの領域では、その課題を強く感じています。こうしたドキュメント不足や属人化の課題は、今期、チームとしても重点的に解消へ取り組む方針です。キャリアのあるメンバーにはどんどん知見を共有してもらって、チーム全体のスキルや知見を高いレベルで標準化していきたいです。

そして3つ目は、AI活用を推進することによって、後手に回ってしまっているユニットテストの拡充を進めたいと考えています。現在手動で行っている動作確認の一部を、テストコードの活用によって自動化し、テストの効率性と品質を高めていきたいです。

鈴江：
AIを使った業務効率化への取り組みは、以前から必要性を感じている一方、期日のあるタスクが優先されてしまうため、あまり十分なリソースを割けておらず、もどかしさも感じています。AIによる仕組み化は、将来的にもチームにとって避けては通れない課題なので、今すぐにでも着手したいというのが本音です。

樋本：
タスクで言えば、お客様からの要望はあるものの、フロントエンドチームまで下りてきていない、私たちが把握しきれていない隠れたタスクが、実際はかなり眠っていると思うんです。本来ならそういった改善点をきちんと棚卸しして、フロントエンド側から「この改善施策は優先的に進めましょう」と、他の開発チームに働きかけて施策を推進する動きが取れれば理想的なのですが、リソースの面で難しいのが現状です。
その点でも、チーム内で知見を共有し属人化を解消して、ゆくゆくは開発部隊と改善部隊がそれぞれ活動していける体制を目指していけたら、と思いますね。

── やりたいことは多いので、そのためにも一緒に働く仲間が必要ということですよね。今後フロントエンドチームに、どういった仲間に来てほしいですか？

南：
リアルな話をすると、Angularを使った開発経験がある方は、その経験を業務に活かしていただきやすく、入社後も比較的スムーズに業務を始めていただけるかと思います。ただ、それ以上に、プロダクトに対する理解や、仕事やスキル獲得に対して積極的に取り組む姿勢、自ら進んで行動する意欲がある方と一緒に働きたいな、という思いが強いです。

鈴江：
たしかに、「知らない技術でも前向きに取り入れていこう」という意欲とポテンシャルのある方なら、入社後に知識やスキルを身につけながら十分に活躍していただけると感じています。新しい環境でも粘り強く学ぶ姿勢のある、“突破力”のある方が仲間になってくだされば、とても頼もしいですね。

さいごに

── これから、MOTEXへ入社を検討しているエンジニアの方へ、一言コメントをお願いします。

南：
自分はいまの環境に、とても働きやすさを感じています。それは、チームや開発組織を構成する“人”の良さもありますし、福利厚生が充実しているなど、安心して働ける環境が整っていることも理由です。会社として「プロダクトをさらに良くしたい」という信念がある点もモチベーションにつながりますし、開発組織には学ぶことに前向きな人が多いので、スキルアップにも最適な環境だと思います。
「能動的に仕事へ取り組みたい」という意思のある方は、きっと活躍できる組織なので、ぜひ気負わずエントリーいただけたら嬉しいです。

鈴江：
これからの時代、AIをうまく業務で活用できる方は、組織でも貴重な人材になるだろうと思っています。「AIに任せられる仕事」と「人でしか担えない仕事」を正しく切り分け、AIを使って業務改善を図ることは、今後チームでも必須課題となります。そのため、AIを活用した改善施策などに興味があり、一緒にその役割を担ってくれるような方が来てくださると、心強いなと思います。

樋本：
MOTEXの開発組織は、個人の意思を尊重する風土が強く、すべてにおいて「こうしてください」ではなく、「どう進めましょう？」と相談ベースで物事を進めていく特徴があります。
アウトプットと対話を大切にする文化が根づいているので、関係者とコミュニケーションを取りながら、ともにより良いものをつくりたい方、そして技術的にも成長していきたい方にとっても最適な環境だと思います。みなさんと一緒に働けることを楽しみにしています。

── 本日は、お時間をいただきありがとうございました。

MOTEXでは、一緒に働く仲間を募集しています！
現在募集中のポジションに関して、カジュアル面談を受け付けています。

「募集職種」は、以下よりご覧いただけます。

MOTEXのエンジニアが運営する「テックブログ」も、ぜひご覧ください。