サポートチームのハザードと課題
ハザード、課題、それらを解決するために検討できる解決策
ハザードと課題
チームの士気が低下する
| ハザード | コミットメント |
|---|---|
| チケット量が多すぎる | 利用可能な最良のデータに基づいて採用モデルを構築 (および調整) し、品質を維持しながら可能な限り迅速に採用する。 |
| チームの知識がチケットの難易度に合っていない | トレーニング資料を開発し、専門能力開発の時間を提供し、専門化を奨励する。 |
| SLO を達成できていない | 上記のとおり採用とトレーニングを行う。スケジュールに規則性を加え、効率的な作業パターンを奨励する。 |
| リーダーシップが信頼を損なう | パブリックチャンネルでコミュニケーションし、潜在的な議論について早期かつ頻繁にアラートを出し、GitLab の透明性の価値観を体現する。 |
| 対立を恐れて意思決定が悪くなる | Active Now ボードで Issue をトリアージすることで、メタ Issue にフォーカスを当てる。賛同と勇気を奨励する。本当に耳を傾けて応答する。明示的に却下する: 理由を述べ、意見を表明したすべての人に感謝する。 |
| チームが結果や決定の実装にコミットしない | 声が聴かれていることを確実にする。「同意して、コミットせよ」を再強化する。説明責任を構築する。 |
| 結果が悪いときやコミットメントを果たせないときに説明責任がない | 注意を払いフォローアップすることで、GitLab の Results の価値観を強化する。 |
| チームが成長するにつれて信頼が失われる | リージョン間のペアリングセッションを頻繁に行うために意図的に努力する。 |
スケーリング
私たちが規模を拡大し続けるにつれて、対処する必要のあるいくつかの課題、または答える必要のある質問があります。
成長するにつれて:
- どのプロセスの非効率性に対処する必要があるか？(例: すべてのエンジニアが GitLab のすべてのコンポーネント/設定/デプロイメント戦略について知る必要があるか、それとも専門化できる方法があるか？)
- ポジティブな外部効果のために意図的に維持すべきプロセスの非効率性はどれか？(例: 関係構築に役立つので同期ミーティングを残しておくべきか？)
- スケーリングで失われたものは何か？スケールする方法でそれをどう取り戻せるか？(例: 小さなグループはより多くのアイディエーションセッションを生む。アイデアが互いに発展できる空間を作っていることをどのように確保できるか？)
- 重要な情報を見逃す人がいないように、適切にブロードキャストしていることをどう確認できるか？
最終更新 June 14, 2026: Merge pull request #403 from kyama0/claude/cool-turing-ls6eck (
bfd74782)