Team/Join/Mentor: различия между версиями
м (FrBrGeorge переименовал страницу Team/Join/ApplicationManager в Team/Join/Mentor: Нет больше такой роли. Здесь будет руководство метнору) |
Нет описания правки |
||
Строка 1: | Строка 1: | ||
'''Ментор''' — должность в [[Team/Join|команде принимающих в ALT Linux Team]]. Задача ментора — способствовать [[Team/Join/Candidate|кандидату]] со вступлением в Team. | |||
== Обязанности ментора == | |||
Ментор ''должен'': | |||
* | * Реагировать на активность кандидата относительно прохождения [[Team/Join/Secretary|этапов вступления]] | ||
* | * Ответственно оценивать готовность кандидата к следующему этапу и, в конечном итоге, вступлению | ||
Ментор ''может'' (насколько это по его мнению помогает вступлению): | |||
* | * Отвечать на вопросы кандидата, снабжать его ссылками на источники | ||
* Давать обратную связь относительно корректности работы кандидата в рамках одного этапа вступления | |||
* Использовать свои ресурсы для проверки действий кандидата, которые ему на данном этапе не доступны | |||
Ментор ''не обязан'': | |||
* Быстро или в фиксированный срок реагировать на просьбы кандидата, если по его мнению они иррелевантны вступлению | |||
* Лично обучать кандидата чему-либо | |||
* Выполнять за кандидата какую-либо часть его работы | |||
=== | == Процедура работы с кандидатами == | ||
Формально процедуру вступления обеспечивает [[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''' | |||
* Оперативный отклик на запросы | |||
* Неформальная работа с кандидатом | |||
* Ответственность при принятии решений об этапах | |||
* Ответственность за свежеиспечённого тимовца |
Версия от 21:03, 6 октября 2021
Ментор — должность в команде принимающих в ALT Linux Team. Задача ментора — способствовать кандидату со вступлением в Team.
Обязанности ментора
Ментор должен:
- Реагировать на активность кандидата относительно прохождения этапов вступления
- Ответственно оценивать готовность кандидата к следующему этапу и, в конечном итоге, вступлению
Ментор может (насколько это по его мнению помогает вступлению):
- Отвечать на вопросы кандидата, снабжать его ссылками на источники
- Давать обратную связь относительно корректности работы кандидата в рамках одного этапа вступления
- Использовать свои ресурсы для проверки действий кандидата, которые ему на данном этапе не доступны
Ментор не обязан:
- Быстро или в фиксированный срок реагировать на просьбы кандидата, если по его мнению они иррелевантны вступлению
- Лично обучать кандидата чему-либо
- Выполнять за кандидата какую-либо часть его работы
Процедура работы с кандидатами
Формально процедуру вступления обеспечивает секретарь, поэтому при её обсуждении удобно использовать приведённую там нумерацию этапов.
Изменения в статусе баги, протоколирующей вступление, нужно отражать не только в комментариях к ней, но и топике самой баги.
- Например, после регистрации 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
- Оперативный отклик на запросы
- Неформальная работа с кандидатом
- Ответственность при принятии решений об этапах
- Ответственность за свежеиспечённого тимовца