Team/Join/Mentor: различия между версиями

Материал из ALT Linux Wiki
< Team‎ | Join
м (FrBrGeorge переименовал страницу Team/Join/ApplicationManager в Team/Join/Mentor: Нет больше такой роли. Здесь будет руководство метнору)
Нет описания правки
Строка 1: Строка 1:
{{MovedFromFreesourceInfo|AltLinux/Team/Join/ApplicationManager}}
'''Ментор''' — должность в [[Team/Join|команде принимающих в ALT Linux Team]]. Задача ментора — способствовать [[Team/Join/Candidate|кандидату]] со вступлением в Team.


'''Application Manager''' ('''AM''') — должность в [[Team/Join|команде принимающих в ALT Linux Team]]. Application Manager занимается проверкой уровня подготовки кандидатов на вступление в Team.
== Обязанности ментора ==


== Процедура работы с кандидатами ==
Ментор ''должен'':
* Высылает кандидату типовой набор документации (управление GPG, ssh-ключами, сборка пакетов etc), а также тестовое задание.
* Реагировать на активность кандидата относительно прохождения [[Team/Join/Secretary|этапов вступления]]
* Требует у кандидата: GPG и ssh-ключи, nickname, адрес пересылки почты.
* Ответственно оценивать готовность кандидата к следующему этапу и, в конечном итоге, вступлению
* Проверяет присланные GPG и ssh-ключи на валидность
* Проверяет тестовое задание.
* Отвечает на дурацкие вопросы :)
* Выносит решение: принимать кандидата или нет
* В случае положительного решения — передаёт пакет документов секретарю.


== Периодические задачи ==
Ментор ''может'' (насколько это по его мнению помогает вступлению):
* Периодически придумывает новые тестовые задания (втч и для разных категорий кандидатов: майнтайнеров, документаторов, портирующих, дизайнеров etc)
* Отвечать на вопросы кандидата, снабжать его ссылками на источники
* Давать обратную связь относительно корректности работы кандидата в рамках одного этапа вступления
* Использовать свои ресурсы для проверки действий кандидата, которые ему на данном этапе не доступны


== Персоналии ==
Ментор ''не обязан'':
* Быстро или в фиксированный срок реагировать на просьбы кандидата, если по его мнению они иррелевантны вступлению
* Лично обучать кандидата чему-либо
* Выполнять за кандидата какую-либо часть его работы


=== Текущие AMы ===
== Процедура работы с кандидатами ==
* Станислав Иевлев aka inger (max. capacity — сейчас ноль)
Формально процедуру вступления обеспечивает [[Team/Join/Secretary|секретарь]], поэтому при её обсуждении удобно использовать приведённую там нумерацию этапов.
* Кирилл Маслинский aka kirill (max. capacity — 1 человек одновременно)


=== История AMов ===
Изменения в статусе баги, протоколирующей вступление, нужно отражать не только в комментариях к ней, но и топике самой баги.
{{discuss|пока не восстановлена — просьба дополнить}}
* Например, после регистрации ssh-ключей на [[gitery.alt]] (этап 2.2), процесс останавливается на решении ментора о готовности (этап 2.3). Когда ментор решает, что кандидат готов, он отправляет комментарий и меняет топик с «'''[2.3] join пользователь@'''» на «'''[3.0] join пользователь@'''».


# По созданию бага в разделе «Development», продукте «Team accounts», на компонент «join»:
#* (в самом начале) Отписаться в комментарии о согласии быть ментором, сменить топик
#** (далее действие «сменить топик» подразумевается всюду)
#* Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты
#** (секретарь всё равно это сделает, но если в оформлении ключей/адресе есть какие-то косяки, доводить до ума лучше с ментором)
# По положительному решению ментора о том, что кандидат готов начать вступление и уже умеет генерировать ключи
#* Проверить:
#** умеет ли кандидат собирать пакеты
#** соблюдает ли он правила оформления спеков
#** умеет ли кандидат пользоваться [[gitery.alt]]
# По следующему положительному решению ментора о том, что его подопечный готов собирать пакеты:
#* Проверить:
#** умеет ли кандидат пользоваться [[gyle.alt]]
#** понимает ли он, как задействовать test-only репозиторий


{{Category navigation|title=Team|category=Team|sortkey=Join}}
== Неформальные вопросы менторства ==
'''TODO'''
* Оперативный отклик на запросы
* Неформальная работа с кандидатом
* Ответственность при принятии решений об этапах
* Ответственность за свежеиспечённого тимовца

Версия от 21:03, 6 октября 2021

Ментор — должность в команде принимающих в ALT Linux Team. Задача ментора — способствовать кандидату со вступлением в Team.

Обязанности ментора

Ментор должен:

  • Реагировать на активность кандидата относительно прохождения этапов вступления
  • Ответственно оценивать готовность кандидата к следующему этапу и, в конечном итоге, вступлению

Ментор может (насколько это по его мнению помогает вступлению):

  • Отвечать на вопросы кандидата, снабжать его ссылками на источники
  • Давать обратную связь относительно корректности работы кандидата в рамках одного этапа вступления
  • Использовать свои ресурсы для проверки действий кандидата, которые ему на данном этапе не доступны

Ментор не обязан:

  • Быстро или в фиксированный срок реагировать на просьбы кандидата, если по его мнению они иррелевантны вступлению
  • Лично обучать кандидата чему-либо
  • Выполнять за кандидата какую-либо часть его работы

Процедура работы с кандидатами

Формально процедуру вступления обеспечивает секретарь, поэтому при её обсуждении удобно использовать приведённую там нумерацию этапов.

Изменения в статусе баги, протоколирующей вступление, нужно отражать не только в комментариях к ней, но и топике самой баги.

  • Например, после регистрации ssh-ключей на gitery.alt (этап 2.2), процесс останавливается на решении ментора о готовности (этап 2.3). Когда ментор решает, что кандидат готов, он отправляет комментарий и меняет топик с «[2.3] join пользователь@» на «[3.0] join пользователь@».
  1. По созданию бага в разделе «Development», продукте «Team accounts», на компонент «join»:
    • (в самом начале) Отписаться в комментарии о согласии быть ментором, сменить топик
      • (далее действие «сменить топик» подразумевается всюду)
    • Проверить SSH- и GPG-ключ кандидата, nickname и адрес пересылки почты
      • (секретарь всё равно это сделает, но если в оформлении ключей/адресе есть какие-то косяки, доводить до ума лучше с ментором)
  2. По положительному решению ментора о том, что кандидат готов начать вступление и уже умеет генерировать ключи
    • Проверить:
      • умеет ли кандидат собирать пакеты
      • соблюдает ли он правила оформления спеков
      • умеет ли кандидат пользоваться gitery.alt
  3. По следующему положительному решению ментора о том, что его подопечный готов собирать пакеты:
    • Проверить:
      • умеет ли кандидат пользоваться gyle.alt
      • понимает ли он, как задействовать test-only репозиторий

Неформальные вопросы менторства

TODO

  • Оперативный отклик на запросы
  • Неформальная работа с кандидатом
  • Ответственность при принятии решений об этапах
  • Ответственность за свежеиспечённого тимовца