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

Материал из ALT Linux Wiki
(Начальный текст о процедуре вступления со ссылками на основные роли)
мНет описания правки
 
Строка 6: Строка 6:
# [[Team/Join/Secretary|Секретарь]] команды. В его обязанность входит отслеживать стадии принятия и выполнять административные действия
# [[Team/Join/Secretary|Секретарь]] команды. В его обязанность входит отслеживать стадии принятия и выполнять административные действия
# [[Team/Join/Mentor|Ментор]] вступающего. Он помогает кандидату со вступлением, отвечает на его вопросы и принимает решение о готовности кандидата
# [[Team/Join/Mentor|Ментор]] вступающего. Он помогает кандидату со вступлением, отвечает на его вопросы и принимает решение о готовности кандидата
# [[Team/Join/Reviewer|Рецензент]] работы вступающего. Он проводит независимую оценку готовности вступающего по результатам его работы и подтверждает его готовнсть
# [[Team/Join/Reviewer|Рецензент]] работы вступающего. Он проводит независимую оценку готовности вступающего по результатам его работы и подтверждает его готовность
# Сам [[Team/Join/Candidate|кандидат]] :)
# Сам [[Team/Join/Candidate|кандидат]] :)



Текущая версия от 04:33, 17 ноября 2021

Процедура принятия в Team

TODO: Объединить / поделить функции с Join

Для принятия человека в Team создаётся небольшая команда заинтересованных в этом тимовцев:

  1. Секретарь команды. В его обязанность входит отслеживать стадии принятия и выполнять административные действия
  2. Ментор вступающего. Он помогает кандидату со вступлением, отвечает на его вопросы и принимает решение о готовности кандидата
  3. Рецензент работы вступающего. Он проводит независимую оценку готовности вступающего по результатам его работы и подтверждает его готовность
  4. Сам кандидат :)

Строго все шаги процедуры описаны в должности секретаря. При взаимодействии друг с другом можно использовать определённый номер стадии, до которой дошёл кандидат. Например, секретарь регистрирует ключ кандидата и переводит процесс на стадию 2.2; или ментор решает, что его подопечный готов отправлять пакеты в Сизиф, и переводит процесс на стадию 4.0 .

Официальное взаимодействие происходит в Bugzilla в содержимом особым образом оформленного бага (подробнее об этом — в обязанностях кандидата). Открытый баг означает заявку на вступление в тим, закрытый — само вступление или отказ в нём.