【シリーズフロントエンド】フロントエンド開発チームの強み:専門性を高め続けるための取り組みとチームカルチャー

グッドビーのフロントエンドクリエイション部が、グッドビー内のフロントエンドに対する取り組みをシリーズでお届けしています。第5弾となる今回のテーマは「専門性を高め続けるための取り組みと、それを支えるチームカルチャー」です。
前回までで、技術選定や、TypeScript・Lint・テストといった開発環境とプロセスの話をしてきました。とはいえ、どれほど優れた技術やツールを選んでも、それを「使いこなせる人とチーム」がいなければ、価値を出すことはできません。今回はグッドビーのフロントエンドチームが普段どのように学び、議論し、知見を共有しているのかをご紹介します。
チームの力がプロダクトの強さを決める
フロントエンドは、変化のスピードが特に早い領域です。フレームワーク、ビルドツール、ブラウザ仕様、AI支援ツール、半年もすれば「当たり前」が更新されていきます。
こうした環境で安定した品質を出し続けるには、「学び続けるチーム」であることが欠かせません。グッドビーのフロントエンドクリエイション部では、次のような取り組みを通じて、「学び続けるチーム」を体現しています。
- 週次の定例ミーティングでの振り返りと開発プロセスの検討
- 技術選定や実装方針における対話
- 個人開発やOSS活動を通じた、業務の外での学び
- 新しい技術を見つけたらシェアする日常的な情報共有
振り返りと開発プロセスを継続的に
週に1回、チーム全員での定例ミーティングを設けています。
テーマは大きく2つで、
- 直近の業務やプロジェクトの振り返り
- チーム共通の開発プロセスの検討・見直し
を扱っています。
KPT(Keep / Problem / Try)の運用や、レビュー、テスト、リリース手順といったプロセスは、一度決めて終わりではなく、現場で起きたことを踏まえて更新していくものでsす。「レビューフローが重くなってきている」「この種のバグが繰り返し出ている」「Lintやテストでもっと早く検知できないか」といった声を、個人の困りごとに留めず、チームのテーマとして扱うための場として機能しています。

技術選定における文化
第3弾で「技術選定はビジネスの未来を一緒に設計すること」とお伝えしましたが、社内の意思決定でも合意形成を大切にしています。
たとえば、お客様から言語やフレームワークの指定がないプロジェクトの場合、トップダウンで一方的に決めるのではなく、チームで話し合って選定します。
- 要件・スケジュール・運用体制
- パフォーマンス、SEO、メンテナンス性などの評価軸でどう違うか
- 過去案件での知見や、現在チーム内に蓄積されているスキルセットと合うか
- 品質担保の仕組み(型・Lint・テスト)と相性がよいか
こうした観点を持ち寄り、全員が腹落ちした状態で選定を進めます。決まったからやるのではなく、納得して選ぶというプロセスが、チームの専門性を底上げしていると感じています。
個人開発・OSS活動―業務の外で育つ知見をチームに還元する
チームには、趣味として個人開発を続けているメンバーや、OSS(オープンソースソフトウェア)への貢献を行っているメンバーがいます。
業務だけでは触れにくい新しいフレームワーク、検証中の言語機能、実験的なライブラリ、個人開発やOSSは、そうした「明日の主流かもしれない技術」に、深く触れる場になります。
グッドビーではこうした活動を個人の趣味と切り離して扱わないようにしています。
- 個人開発で得た知見は、グッドビー内のチャットや勉強会で気軽にシェアされる
- OSSへの貢献を通じて得た「ライブラリ内部の挙動の理解」が、業務でのデバッグや設計判断に活きる
- 新しいツールの良し悪しを、自分の手で触った実感ベースで語れる
このような「業務外の学びが業務に還流する」という流れがお客様にお届けする提案や実装の厚みにつながっています。
学びをチームの資産に変える
新しいライブラリ、ベータ版のフレームワーク、AI支援ツールのアップデートなど、興味深い情報を見つけたら、まずチームに共有するということが、自然な習慣として根付いています。
「これ、次のプロジェクトで試せそうじゃない?」
「この機能、いまの案件のあの実装をシンプルにできるかも」
「使ってみたら期待外れだったので、採用は見送った方が良さそう」
ポジティブな発見だけでなく、試して合わなかったという情報もシェアの対象です。「うまくいかなかった」という知見は、他のメンバーが同じ落とし穴にハマるのを防ぎ、チームとしての判断コストを下げる重要な資産になります。
加えて、日常のチャット、定例ミーティング内の小ネタ、ペアでの実装中の雑談など、シェアの導線をいくつも持っておくことで、知識の流通量そのものを増やしています。
結果として、「誰か一人だけが知っている」状態が起きにくく、個人の学びがチームの専門性へと積み上がっていく構造になっています。

「学び続けるチーム」が、事業成長を支える
フロントエンドの世界は、これからも変化し続けます。AI支援の進化、新しいレンダリング方式、ブラウザ仕様のアップデート――そのすべてに、個人で完璧に追従し続けるのは現実的ではありません。
だからこそグッドビーのフロントエンドクリエイション部では、週次の振り返り、対話による技術選定、個人開発・OSS活動、日常的なシェア文化――これらを通じて、「個人の学びがチームに還流し、チームの専門性が個人を引き上げる」サイクルを大切にしています。
シリーズを通してお伝えしてきた「フロントエンドの重要性」「分離型開発」「技術選定」「品質を担保する開発環境」、これらをお客様の価値に変換し続ける土台が、本記事でご紹介したチームそのものの強さだと考えています。技術のパートナーとして、これからも学び、議論し、シェアし続けながら、お客様の事業成長を支えていきます。
【シリーズフロントエンド】
- 【シリーズフロントエンド】そもそもフロントエンドとは?ーお客様の事業成長を支えるWebの最前線
- 【シリーズフロントエンド】なぜ今、フロントエンドとバックエンドを分けるのか?:マイクロサービス時代の開発効率とスケーラビリティ
- 【シリーズフロントエンド】技術選定、何を基準にする?ーお客様の事業成長と持続可能な運用のために
- 【シリーズフロントエンド】品質を担保する開発環境:TypeScript,Linter,E2Eテストツールの採用基準
- 【シリーズフロントエンド】開発の効率と品質を両立させる:デザインシステムとコンポーネント指向開発の実践(この記事)