Команды

Создание команды

Перейдите на страницу Команды из боковой панели администратора, затем нажмите кнопку «Создать команду». Введите имя команды и нажмите сохранить. Команды плоские — нет иерархии или вложенности. Каждая команда — это простая группа пользователей.

Управление участниками

Добавляйте участников в команду из списка Пользователи. Каждый пользователь может принадлежать одной команде одновременно — назначение пользователя в новую команду автоматически удаляет его из предыдущей команды. Чтобы удалить участника, нажмите кнопку × рядом с его именем в представлении деталей команды.

Синхронизация групп SCIM

Если Вы используете SCIM-провижининг, группы из Вашего поставщика идентификации (Okta, Azure AD и т.д.) автоматически синхронизируются как команды в SecureCodingHub. Поле ExternalGroupId сопоставляется с идентификатором группы в Вашем IdP, обеспечивая синхронизацию команд при изменении групп в Вашем каталоге.

Назначение обучения командам

При создании задания выберите «Команда» как тип назначенного и выберите целевую команду. Все текущие участники команды получат задание. Пользователи, присоединяющиеся к команде позже, также автоматически получат задание — нет необходимости повторно назначать.

Обзор команд

Вот как выглядит страница Команды в админ-панели:

Детали команды

Нажмите на команду, чтобы увидеть её участников и управлять составом:

Удаление команды

Удаление команды удаляет сущность команды, но не удаляет пользователей в ней. Все участники становятся неназначенными и могут быть добавлены в другую команду. Любые активные задания, нацеленные на удалённую команду, останутся, но больше не будут применяться к новым пользователям.

Проектирование структуры Ваших команд

Нет единственно правильного способа моделирования команд. Структура, работающая для компании из пятидесяти инженеров, не масштабируется до пятисот, а структура, работающая для product-led организации, не подойдёт сервисному консалтингу. Прежде чем создать Вашу первую команду, решите, какой сигнал Вы больше всего хотите вывести на уровень команды — языковую квалификацию, владение продуктом или сениорити — потому что это решение определяет, какой таксономии следовать.

Три распространённые таксономии

По языку или стеку. Команды вроде Backend Java, Frontend TypeScript и Mobile Swift хорошо работают, когда учебный контент специфичен для языка и когда Вы хотите сравнивать две бэкенд-группы между собой. Минус в том, что инженеры, работающие через стеки (распространённый паттерн в небольших организациях), должны быть размещены в их основном стеке, и вторичный навык невидим.

По продуктовой линии. Команды вроде Payments, Identity и Checkout соответствуют тому, как инженерная работа фактически организована в большинстве продуктовых компаний. Эта таксономия упрощает product-менеджеру или security-лиду посмотреть на панель и ответить на вопрос «как команда Payments продвигается в обучении, релевантном PCI», без фильтрации. Компромисс в том, что сравнение языковой квалификации между продуктами требует кросс-отчётов.

По сениорити или роли. Команды вроде Senior Engineers, Engineers и Junior Engineers помогают, когда учебные пути различаются по уровню опыта. Это хорошо работает рядом с одной из двух таксономий выше как вторичная группировка, хуже — как единственная.

Разработчики в нескольких сквадах и метрики на уровне команды

Каждый пользователь принадлежит ровно одной команде одновременно, поэтому инженерам, которые действительно делят своё время между двумя сквадами, нужно судейское решение. Самое простое правило — назначить их в команду, которая владеет большинством их работы в этом квартале, и пересмотреть сопоставление во время Вашего ежеквартального обзора списка пользователей. Если разработчик часто ротирует, разместите его в его домашней команде и положитесь на индивидуальные задания для ротационной работы, а не жонглируйте членством в команде каждые несколько недель.

На уровне команды метрики, которые имеют наибольшее значение, — это процент завершения против назначенного обучения, средний балл по темам и число активных пользователей за последние тридцать дней. Первая говорит Вам, делает ли команда работу, вторая говорит Вам, учатся ли они из неё, а третья говорит Вам, вовлечена ли команда вообще. Команда с высоким процентом завершения, но низким числом активных пользователей обычно имеет одного-двух человек, тянущих весь состав — стоит исследовать в Вашем следующем one-on-one с лидом команды.