Gitlab для лидов
Что такое Gitlb?
Это система, которую мы используем для работы с нашими техническими (кодерскими) задачами. Каждой из карточек в нем соответствует соответствующий фрагмент нашего кода
Что можно посмотреть в Gitlab лиду
Можно посмотреть задачи от своего отдела, которые сейчас находятся в работе у РнД отдела. Можно утонить их статус и отредактировать описание
Как посмотреть задачи своего отдела
1. Рядом с лисичкой на стартовой странице через выпадающие меню переходим в группу RnD
2. Далее снова через выпадающее меню идем в раздел доски с карточками
3. Вы попадете на доску, где видны карточки по всем отделам и проектам
4. Нужно в поисковой строке фильтром выбрать свой проект и отдел
Label важно прописывать как он указан в гитлабе, он чувствителен к регистру или можно просто щелкнуть на один из лейблов, которые уже есть на доске
5. Теперь мы видим карточки задач только своего проекта и отдела
Что означают колонки
Open - наши черновики задач, где мы накидываем идеи по задачам прежде, чем взять в работу
To Do - задачи запланироанные для выполнения
In Progress - задачи уже в работе
Done - задачу закончил выполнять разработчик, но требуется ее проверить/донастроить
Testing - задачи в тестировании
Closed - закрытые/выполненные задачи
Что видно в карточке задачи
В карточке видно название, описание, исполнитель, дата выполнения и лейблы задачи, а также комментарии по задач
Какие бывают лейблы
Лейблы показывают принадлежность задачи к проекту, статус ее разработки (колонку), отдел от которого пришла задача (может быть несколько) и приоритетность
Как ставится приоритетность
Есть три лейбла приоритетности: High, Medium, Low, Blocker
Их определяет лид исходя из важности для своего отдела, а затем мы обсуждаем и утверждаем на РнД собрании
От приоритета зависит очередность, в которой мы будем брать задачи по отелу. Важно не ставить везде High, и подходить к приоритизации рационально. Blocker - означает, что мы полностью встали на производстве без этой задачи. Такую приоритетность может поставить только супервайзер.
Что должно быть в задаче
- Цель: для чего мы делаем задачу
- Описание: что нам нужно сделать для достижения цели задачи, что нам важно учесть, какие есть пожелания и ограничения. Можно уточнить детали технической реализации, если они известны
- Тестовый сценарий: описание корректного поведения наработки по задаче (в идеале пошаговый с описанием результата после каждого шага)
Если у вас есть сложности с полным описанием для задачи, можно обратиться к @vzavalishin или проговрить на соотвествующей встрече. Но без полного описания не будет достигнуто ожидаемого результата и может быть серьезный разрыв между ожиданиями от задачи и ее реализацией
Проставление и актуализация приоритета
Приоритет задачи должен быть указан с вашей стороны в момент сообщения о задаче. После его проставления приоритет сверяет супервайзер и отдел РнД. Если мы сходимся в оценке, то он остается исходным, если нет, то мы можем опустить приоритет или напротив его поднять.
Схема взаимодвействия Helpdesk - Gitlab
Если вы столкнулись с багами в существующих разработках. Первое место, куда следуем о них сообщить - наш бот помощи: @yarko_helpdesk_bot