> For the complete documentation index, see [llms.txt](https://weekly-essay.mikey.wang/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://weekly-essay.mikey.wang/ja/2025/w08-evolution-of-frontend-infrastructure-and-career-planning-for-technical-teammates.md).

# W08-フロントエンド基盤の進化と技術者のキャリア計画

最近、多くの人と2つの話題を話した。

第一に、事業のフロントエンドチームの基盤水準を、どう高め続けるか。

チームが大きくなり、開発の土台が固まる中、今年は短期集中型から長期に効く方式へ重点を移すべきだ。できた技術上の合意が薄まらず、蓄えた基盤が後退しないようにする。水準を決められる人が共同で決定し、進歩を促したい人が自由に貢献する。持続可能な進化の仕組みと、個人依存を脱した自律的に組織され進化するGroupを作りたい。現在、ワーキンググループの構想があり、反応はおおむね肯定的なので、チーム計画へ反映する。

第二に、技術者のキャリア計画をどう更新するか。

技術専門家か管理者かという二者択一の考え方を改めたい。どちらも目指せる道だが曖昧で、実行時には認識のずれや、達成経路の不明確さにぶつかる。専門家の理解は狭すぎ、管理者への道筋は漠然としすぎている。

多くの人は、専門家に「アルファギーク」のような固定観念を持つ。実際には多くの形があり、目に見える例がすべてではない。業務の論理に通じ、領域知識で問題を解く専門家もいれば、チームの技術的な進展を把握し、事業の先を見て設計する専門家もいる。性能やデータなど、特定の技術面で独自の経験を持つ人もいる。事業が深まり、組織が成長すると要求は多様になり、その多様さ自体に多くの成長機会がある。

管理者の道では、志向する人に明確で到達可能な経路を示したい。技術管理者は知識の幅が広く、広い技術視野と確かな実績を持ち、事業の信頼を得続け、リスクを解き、圧力に対処できる総合型の人材であるべきだ。重要な成長の節目として、よいメンターになる、新卒を育てる、同僚の昇進を支える、4〜5人のプロジェクトを管理する、大規模な技術プロジェクトを率いる、チームに何かを残す、といったことがある。