Перейти к основному содержимому

Workflow

Организационные правила

Ежедневные созвоны

  1. Рабочие Созвоны проводятся в 12:00 и 19:00 по Мск. В созвонах делается отчёт о проделанной работе, берутся новые задачи, решаются все вопросы и возникшие проблемы по работе.

  2. После созвонов отписываем в чате какие задачи взяты в работу.

Коммуникация в команде

  1. Через личку не работаем. Коммуникация ведется исключительно в рабочем чате и созвоны проходят только через рабочий чат.

  2. Вопросы возникшие в течении дня уточняем и решаем в рабочем чате. Если есть необходимость, делается дополнительный созвон, все ссылки на созвоны кидаются строго в чат.

Топики рабочего чата

  • Чат - Основной чат где происходит коммуникация, созвоны и отписываются задачи после созвонов.
  • Бекапы - Чат куда приходят логи о ежедневных бекапах
  • Тз Magnet - Чат куда скидывается ТЗ по задачам а также правки и задачи которые необходимо отметить чтобы не забыть их выполнить.
  • Проблемы - Чат куда пересылаются репорты по проблемам и багам от пользователей.
  • Безответственность и Косяки - Чат где отмечаются безответственные поступки членов команды чтобы в будущем их не совершать
  • Аудит - Чат где хранится вся история контрактов отданных на аудит, каждое обновление контрактов (в продакшене) должно быть сопровождено отправкой обновленного контракта с описанием изменений в этот чат, для последующей передачи на аудит.

Работа с задачами

  1. Новые задачи и ТЗ обязательно фиксируем в чате "Спринты Задачи для апрува" и не приступаем к выполнению, пока не получим письменный апрув от Ильи

  2. Все технические задания (ТЗ) должны составляться по единому шаблону. Это обязательное требование для обеспечения полноты и структурированности документации.

  3. При передаче задачи другому Разработчику обязательно попросить его проговорить как он понял задачу, чтобы убедится что она понятна и будет выполнена корректно.

  4. Если в полученной задаче неполное ТЗ и что-то непонятно - обязательно уточняем, а не делаем по своему. Лучше 10 раз уточнить, чем 10 раз переделывать.

  5. При добавлении нового функционала нужно согласовывать задачу с тем, кто изначально делал фичу, чтобы избежать повторной работы.

Код Ревью

Обязательно самому проводить ревью перед тем как пушить фичу на гит. На этом этапе выявляются упущенные проблемы, не удаленные логи, лишние изменения, лишние файлы и выявление этого до создания Merge Request сильно ускоряет и упрощает дальнейшее ревью для других членов команды.

MR отдаем только после того, как задача полностью выполнена

После создания MR обязательно скинуть ссылку в чат и отметить того кто будет делать ревью

После создания MR ревью должно быть проведено в течении 24 часов за исключением MR помеченных как Draft

Если MR долго не мержат - не ждем! Пингуем, спрашиваем какой статус, есть ли комментарии