Gitlab для лидов

Что такое Gitlab?

Это платформа для управления проектами и репозиториями, работающая с системой версий Git. Она позволяет команде работать над кодом вместе, объединяя инструменты для управления кодом, проектами и выполнением DevOps-задач.

Конкретно вВ контексте производственных процессов студии Ярко,Ярко, Gitlab используется для консолидации и управления RnD задачами. Тут вы можете создаватьсоздавать, задачиредактировать, необходимыенаблюдать за сроками реализации задач, необходимых для  совершенствования рабочих процессов вашего отдела. Например: автоматизация рутинных процессов передачи и хранения данных, исправление сложных багов в конвейере производства, создание новых и расширение функционала старых инструментов для вашего отдела.

Что

Регламент можноработы посмотретьс Gitlab и взаимодействия с RnD отделом.

Инициатором создания и формализации (описание ТЗ) задачи в Gitlabпервую лидуочередь

Можноявляется посмотретьлид отдела.
Создание задачи оти своегоТЗ отдела,к которыенему сейчас находятсянепосредственно в работесреде уGitlab, РнДможет отдела.осуществляться Можнокак утонитьлидом ихотдела статустак и отредактироватьменеджером описаниеRnD разработки с обязательным уведомлением супервайзера проекта об этой задаче. Ответственность за актуализацию ТЗ лежит на лиде отдела весь период, до завершения всех этапов (разработка, тестирование, внедрение) производства задачи.

 

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

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 часов решить вашу проблему, если у нас не получится решить ее в течение суток, мы перенесем задачу в гитлаб. 

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

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

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

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

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