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

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


== Application Manager (AM) ==


Application Manager -- должность в [[Team/Join/.|команде принимающих в ALT Linux Team]]. Application Manager занимается проверкой уровня подготовки кандидатов на вступление в Team.
== Наставники/менторы ==


=== Процедура работы с кандидатами ===
Команда, состоящая из участников Team и помогающая новоприбывшим в решении вопросов, связаных с упаковкой пакетов, поиском документации и тому подобными вещами.


* Высылает кандидату типовой набор документации (управление GPG, ssh-ключами, сборка пакетов etc), а также тестовое задание.
=== Статус ===
* Требует у кандидата: GPG и ssh-ключи, nickname, адрес пересылки почты.
* Проверяет присланные GPG и ssh-ключи на валидность
* Проверяет тестовое задание.
* Отвечает на дурацкие вопросы :)
* Выносит решение: принимать кандидата или нет
* В случае положительного решения - передаёт пакет документов секретарю.


=== Периодические задачи ===
В процессе формирования. Изъявившие желание: mike@, evg@, sin@, rider@, vseleznv@


* Периодически придумывает новые тестовые задания (втч и для разных категорий кандидатов: майнтайнеров, документаторов, портирующих, дизайнеров etc)
=== Связь ===


=== Персоналии ===
* [[Contacts|Списки рассылки]] sisyphus@ и devel@
* [http://telegram.me/alt_linux Telegram канал] официальный канал в Telegram
* [[IRC|IRC-канал]] <tt>#altlinux-devel</tt> на freenode.


Текущие AMы:
== Обязанности ментора ==


* Станислав Иевлев aka inger (max. capacity неизвестна)
Ментор ''должен'':
* Кирилл Маслинский aka kirill (max. capacity - 1 человек одновременно)
* Реагировать на активность кандидата относительно прохождения [[Team/Join/Secretary|этапов вступления]]
* Ответственно оценивать готовность кандидата к следующему этапу и, в конечном итоге, вступлению


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


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


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


Формально процедуру вступления обеспечивает [[Team/Join/Secretary|секретарь]], поэтому при её обсуждении удобно использовать приведённую там нумерацию этапов.
Изменения в статусе баги, протоколирующей вступление, нужно отражать не только в комментариях к ней, но и топике самой баги.
* Например, после регистрации 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 репозиторий
== Неформальные вопросы менторства ==
'''TODO'''
* Оперативный отклик на запросы
* Неформальная работа с кандидатом
* Ответственность при принятии решений об этапах
* Ответственность за свежеиспечённого тимовца
[[Категория:Join]]
{{Category navigation|title=Join|category=Join|sortkey=Join}}
{{Category navigation|title=Team|category=Team|sortkey=Join}}
{{Category navigation|title=Team|category=Team|sortkey=Join}}

Версия от 16:18, 26 января 2022

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


Наставники/менторы

Команда, состоящая из участников Team и помогающая новоприбывшим в решении вопросов, связаных с упаковкой пакетов, поиском документации и тому подобными вещами.

Статус

В процессе формирования. Изъявившие желание: mike@, evg@, sin@, rider@, vseleznv@

Связь

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

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

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

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

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

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

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

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

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

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

  • Например, после регистрации 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

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