チーム
部門、プロジェクト、またはロール別にユーザーをチームに編成します。チームを使用すると、グループにトレーニングを簡単に割り当て、チームごとに進捗を追跡できます。
チームの作成
管理者サイドバーからチームページに移動し、「チームを作成」ボタンをクリックします。チーム名を入力して保存をクリックします。チームはフラットです — 階層やネストはありません。各チームはユーザーの単純なグループです。
メンバーの管理
ユーザーリストからチームにメンバーを追加します。各ユーザーは1度に1つのチームに所属できます — ユーザーを新しいチームに割り当てると、自動的に前のチームから削除されます。メンバーを削除するには、チーム詳細ビューで名前の隣の×ボタンをクリックします。
SCIMグループ同期
SCIMプロビジョニングを使用している場合、IDプロバイダー (Okta、Azure ADなど) のグループはSecureCodingHubのチームとして自動的に同期されます。ExternalGroupIdフィールドはIdPのグループ識別子にマッピングされ、ディレクトリでグループが変更されたときにチームが同期したままになることを保証します。
チームへのトレーニング割り当て
課題を作成するとき、担当者タイプとして「チーム」を選択し、ターゲットチームを選択します。チームの現在のすべてのメンバーが課題を受け取ります。後でチームに参加するユーザーも自動的に課題を受け取ります — 再割り当ては不要です。
チーム概要
管理パネルのチームページは次のようになります:
チーム詳細
チームをクリックしてそのメンバーを表示し、ロスターを管理します:
チームの削除
チームを削除すると、チームエンティティは削除されますが、その中のユーザーは削除されません。すべてのメンバーが未割り当てになり、別のチームに追加できます。削除されたチームをターゲットとするアクティブな課題は残りますが、新しいユーザーには適用されなくなります。
チーム構造の設計
チームをモデル化する単一の正しい方法はありません。50名のエンジニア会社で機能する構造は500名にスケールせず、プロダクト主導の組織で機能する構造はサービスコンサルタンシーには合いません。最初のチームを作成する前に、チームレベルで最も表面化したいシグナル — 言語の熟練度、製品の所有権、または年功 — を決定してください。なぜなら、その決定がどの分類法に従うかを決定するからです。
3つの一般的な分類法
言語またはスタック別。 Backend Java、Frontend TypeScript、Mobile Swiftのようなチームは、トレーニングコンテンツが言語固有で、2つのバックエンドグループを互いに比較したいときにうまく機能します。欠点は、スタック間で働くエンジニア (小さな組織での一般的なパターン) は主要なスタックに配置する必要があり、二次的なスキルは見えないことです。
製品ラインごと。 Payments、Identity、Checkoutのようなチームは、ほとんどの製品会社でエンジニアリング作業が実際にどのように編成されているかと一致します。この分類法により、プロダクトマネージャーやセキュリティリードがダッシュボードを見て、フィルタリングせずに「PCI関連トレーニングでPaymentsチームはどのように進んでいるか」という質問に答えやすくなります。トレードオフは、製品間で言語の熟練度を比較するには横断的なレポートが必要になることです。
年功または役割別。 Senior Engineers、Engineers、Junior Engineersのようなチームは、トレーニングパスが経験レベルによって異なる場合に役立ちます。これは、上記の2つの分類法のいずれかと一緒に二次的なグループ化としてうまく機能し、唯一のグループ化としてはうまく機能しません。
複数スクワッド開発者とチームレベルのメトリック
各ユーザーは1度に正確に1つのチームに所属するため、2つのスクワッドの間で本当に時間を分けるエンジニアには判断が必要です。最も単純なルールは、今期に作業の大部分を所有するチームに割り当て、四半期ごとのユーザーリストレビュー中にマッピングを再訪することです。開発者が頻繁にローテーションする場合は、ホームチームに配置し、数週間ごとにチームメンバーシップを操作するのではなく、ローテーション作業のために個別の課題に依存してください。
チームレベルでは、最も重要なメトリックは割り当てられたトレーニングに対する完了率、トピックごとの平均スコア、過去30日間のアクティブユーザー数です。1つ目は、チームが作業をしているかどうかを伝え、2つ目はそれから学んでいるかどうかを伝え、3つ目はチームがまったく関与しているかどうかを伝えます。完了率が高いがアクティブユーザー数が少ないチームは、通常1人または2人が全ロスターを担っています — チームリードとの次の1対1で調査する価値があります。