Gitlab для лидов

Что такое Gitlb?

Это система, которую мы используем для работы с нашими техническими (кодерскими) задачами. Каждой из карточек в нем соответствует соответствующий фрагмент нашего кода

Что можно посмотреть в Gitlab лиду

Можно посмотреть задачи от своего отдела, которые сейчас находятся в работе у РнД отдела. Можно утонить их статус и отредактировать описание

Как посмотреть задачи своего отдела

1. Рядом с лисичкой на стартовой странице через выпадающие меню переходим в группу RnD

2. Далее снова через выпадающее меню идем в раздел доски с карточками

3. Вы попадете на доску, где видны карточки по всем отделам и проектам

4. Нужно в поисковой строке фильтром выбрать свой проект и отдел

Label важно прописывать как он указан в гитлабе, он чувствителен к регистру или можно просто щелкнуть на один из лейблов, которые уже есть на доске

5. Теперь мы видим карточки задач только своего проекта и отдела

Что означают колонки

Open - наши черновики задач, где мы накидываем идеи по задачам прежде, чем взять в работу

To Do - задачи запланироанные для выполнения

In Progress - задачи уже в работе

Done - задачу закончил выполнять разработчик, но требуется ее проверить/донастроить

Testing - задачи в тестировании

Closed - закрытые/выполненные задачи

Что видно в карточке задачи

В карточке видно название, описание, исполнитель, дата выполнения и лейблы задачи, а также комментарии по задач

Какие бывают лейблы

Лейблы показывают принадлежность задачи к проекту, статус ее разработки (колонку), отдел от которого пришла задача (может быть несколько) и приоритетность

Как ставится приоритетность

Есть три лейбла приоритетности: High, Medium, Low, Blocker
Их определяет лид исходя из важности для своего отдела, а затем мы обсуждаем и утверждаем на РнД собрании
От приоритета зависит очередность, в которой мы будем брать задачи по отелу. Важно не ставить везде High, и подходить к приоритизации рационально. Blocker - означает, что мы полностью встали на производстве без этой задачи. Такую приоритетность может поставить только супервайзер.

Что должно быть в задаче

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

Если у вас есть сложности с полным описанием для задачи, можно обратиться к @vzavalishin или проговрить на соотвествующей встрече. Но без полного описания не будет достигнуто ожидаемого результата и может быть серьезный разрыв между ожиданиями от задачи и ее реализацией

Проставление и актуализация приоритета

Приоритет задачи должен быть указан с вашей стороны в момент сообщения о задаче. После его проставления приоритет сверяет супервайзер и отдел РнД. Если мы сходимся в оценке, то он остается исходным, если нет, то мы можем опустить приоритет или напротив его поднять.

Схема взаимодвействия Helpdesk - Gitlab

Если вы столкнулись с багами в существующих разработках. Первое место, куда следуем о них сообщить - наш бот помощи: @yarko_helpdesk_bot. Мы постараемся в течение 24 часов решить вашу проблему, если у нас не получится решить ее в течение суток, мы перенесем задачу в гитлаб. 

Схема тестирования

Каждую разработку мы сначала тестируем внутри РнД отдела, а затем передаем в тесты лиду отдела, который запращивал эту разработку или работу которого она затронет после внедрения. Лид может проводить свой тест как самостоятельно, так и вместе с разработчиками

Цикл теста доложен пройти в течение недели после передачи разработки в тест. Если в ходе тестов выявялется полная неработоспособность, вся задача перемещается обратно в доработку. Если находятся отдельные баги, то задача закрывается, и каждый баг заводиться как отдельная новая задача с новым сроком.

Сроки по задачам

Когда вы передаете задачу в отдел РнД, важно также указать срок, в который задачу нужно вам отдать. Мы оценим этот срок по необходимости совместно с супервайзером и поставим на карточке задачи срок, которого будем придерживаться. Если срок вам не подходит, то можно обсудить его с супервайзером и при возхможности мы поднимием задачи приоритетность, и постараемся сократить срок. (Обычно для этого необходимо приостановить работу над другими задачами)