팀
부서, 프로젝트 또는 역할별로 사용자를 팀으로 조직합니다. 팀을 사용하면 그룹에 교육을 쉽게 할당하고 팀별로 진행 상황을 추적할 수 있습니다.
팀 생성
관리자 사이드바에서 팀 페이지로 이동한 다음 "팀 생성" 버튼을 클릭합니다. 팀 이름을 입력하고 저장을 클릭합니다. 팀은 플랫합니다 — 계층 구조나 중첩이 없습니다. 각 팀은 사용자의 단순한 그룹입니다.
구성원 관리
사용자 목록에서 팀에 구성원을 추가합니다. 각 사용자는 한 번에 하나의 팀에만 속할 수 있습니다 — 사용자를 새 팀에 할당하면 자동으로 이전 팀에서 제거됩니다. 구성원을 제거하려면 팀 상세 보기에서 이름 옆의 × 버튼을 클릭합니다.
SCIM 그룹 동기화
SCIM 프로비저닝을 사용하는 경우, 신원 공급자(Okta, Azure AD 등)의 그룹이 SecureCodingHub에서 팀으로 자동 동기화됩니다. ExternalGroupId 필드가 IdP의 그룹 식별자에 매핑되어 디렉터리에서 그룹이 변경될 때 팀이 동기화 상태를 유지하도록 보장합니다.
팀에 교육 할당
과제를 생성할 때 수신자 유형으로 "팀"을 선택하고 대상 팀을 선택합니다. 팀의 모든 현재 구성원이 과제를 받습니다. 나중에 팀에 합류하는 사용자도 과제를 자동으로 받습니다 — 다시 할당할 필요가 없습니다.
팀 개요
관리자 패널의 팀 페이지는 다음과 같습니다:
팀 상세
팀을 클릭하여 구성원을 보고 명단을 관리합니다:
팀 삭제
팀을 삭제하면 팀 엔티티가 제거되지만 내부 사용자는 삭제되지 않습니다. 모든 구성원은 할당되지 않은 상태가 되어 다른 팀에 추가될 수 있습니다. 삭제된 팀을 대상으로 하는 모든 활성 과제는 유지되지만 더 이상 새 사용자에게 적용되지 않습니다.
팀 구조 설계
팀을 모델링하는 단일한 올바른 방법은 없습니다. 50명의 엔지니어 회사에 적합한 구조는 500명으로 확장되지 않으며, 제품 주도 조직에 적합한 구조는 서비스 컨설팅과 일치하지 않습니다. 첫 번째 팀을 생성하기 전에, 팀 수준에서 가장 표면화하고 싶은 신호를 결정하세요 — 언어 숙련도, 제품 소유권 또는 시니어리티 — 그 결정이 따라야 할 분류법을 결정하기 때문입니다.
세 가지 일반적인 분류법
언어 또는 스택별. Backend Java, Frontend TypeScript 및 Mobile Swift와 같은 팀은 교육 콘텐츠가 언어별일 때와 두 백엔드 그룹을 서로 비교하려고 할 때 잘 작동합니다. 단점은 스택을 가로질러 작업하는 엔지니어(소규모 조직의 일반적인 패턴)가 자신의 기본 스택에 배치되어야 하고 보조 기술은 보이지 않는다는 것입니다.
제품 라인별. Payments, Identity 및 Checkout과 같은 팀은 대부분의 제품 회사에서 엔지니어링 작업이 실제로 조직된 방식과 일치합니다. 이 분류법은 제품 관리자나 보안 리드가 대시보드를 보고 "Payments 팀이 PCI 관련 교육에서 어떻게 진행되고 있는가"라는 질문에 필터링 없이 답하기 쉽게 합니다. 트레이드오프는 제품 전반에 걸쳐 언어 숙련도를 비교하려면 교차 보고서가 필요하다는 것입니다.
시니어리티 또는 역할별. Senior Engineers, Engineers 및 Junior Engineers와 같은 팀은 교육 경로가 경험 수준에 따라 다를 때 도움이 됩니다. 이는 위의 두 분류법 중 하나와 함께 보조 그룹화로 잘 작동하지만, 유일한 분류법으로는 덜 적합합니다.
다중 스쿼드 개발자 및 팀 수준 메트릭
각 사용자는 한 번에 정확히 하나의 팀에 속하므로, 진정으로 두 스쿼드 사이에 시간을 나누는 엔지니어에게는 판단이 필요합니다. 가장 간단한 규칙은 이번 분기에 작업의 대부분을 소유하는 팀에 할당하고 분기별 사용자 목록 검토 중에 매핑을 다시 검토하는 것입니다. 개발자가 자주 순환하는 경우, 홈 팀에 배치하고 몇 주마다 팀 멤버십을 저글링하는 대신 순환 작업에 대해 개별 과제에 의존하세요.
팀 수준에서 가장 중요한 메트릭은 할당된 교육에 대한 완료율, 주제별 평균 점수, 그리고 최근 30일 동안의 활성 사용자 수입니다. 첫 번째는 팀이 작업을 하고 있는지 알려주고, 두 번째는 그들이 그것으로부터 배우고 있는지 알려주며, 세 번째는 팀이 전혀 참여하고 있는지 알려줍니다. 완료율은 높지만 활성 사용자 수가 낮은 팀은 일반적으로 한두 사람이 전체 명단을 짊어지고 있습니다 — 팀 리드와의 다음 일대일에서 조사할 가치가 있습니다.