> 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/w16-adjusting-the-teams-working-approach.md).

# W16-チームの働き方を調整する

週次会議の中心的な役割を見直した。目的は、正しい方向で効率よく協働し、問題やリスクを早く見つけ、潜在的な障害を取り除くことだ。それに沿って一部を調整した。共有の枠は切り離し、より目標を明確にした基礎能力の指導・継承活動へ移す。隔週の品質運営を見直し、無効な入力を減らし、双方向のフィードバックを増やして実効性を高める。事業や大フロントエンドを含む、上からの情報共有を増やす。開発基盤の指標ダッシュボードは、サービスの等級と事業目標に合わせて構造を改善し、重要な指標に絞り、主要な変化を早く映す。

新卒入社者向けの基礎能力の指導・継承活動を組織する。新卒採用組はチームの2/3を超え、入社1年後にはメンター制度の限界効果が弱くなる。規模を広げられ、持続できる育成の仕組みが急務だ。同時に、シニアエンジニアにも知識と経験を開いて議論する場が必要であり、双方を刺激する活動にしたい。

開発標準のワーキンググループを作り、基盤開発の水準を上げ続ける。チームの技術的な進化を決められる人が、ロードマップを共同で決める。具体的な問題から、基盤標準の持続性、開発の進化の道筋までを議題にする。まず具体的な成果を出し、徐々に遠くを見る。CR を有効にする方法、バックエンドとの API 連携標準、infras パッケージの更新の仕組み、保守性の定義と定量化などがある。

三つの領域の責任者と、定期的な対話の仕組みを作る。チーム、人の成長と働き、気をつけるべき噂、管理上の気づきを集中的に話す。少しずつ合意を形成し、チームの技術的価値観を作る。

技術計画を Top-Down から Bottom-Up へ変える。領域ごとの共同作成から始め、十分に議論し、合意を作り、現場の全員が意思決定へ参加できるようにする。