Skip to content

Instantly share code, notes, and snippets.

@stdmitry
Last active December 12, 2019 14:56
Show Gist options
  • Save stdmitry/471bbc6f7ec93d9afc2c6ec262516f24 to your computer and use it in GitHub Desktop.
Save stdmitry/471bbc6f7ec93d9afc2c6ec262516f24 to your computer and use it in GitHub Desktop.
Комментарии к регламенту разработки

Спринты по 1-ой неделе

  • В понедельник, после закрытия спринта, разработчик оценивает задачи на следующий спринт
  • Оценке подлежат все задачи разработчика в новом спринте, которые не переданы в тестирование
  • В результате оценки не должно остаться задач с Remaining Estimate = 0
  • В спринт берутся задачи с совокупной оценкой ~26 часов на разработчика (~4 часа на оценку / декомпозицию)

Задача должна быть декомпозирована на блоки по 4-8 часов

  • Если оценка задачи оказывается больше 8 часов, задача должна быть разбита разработчиком на несколько частей / этапов
  • Если тестирование задачи нельзя разбить на несколько частей, заводится отдельная задача на тестирование, куда линкуются все части задачи

Ежедневное ревью

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

Ежедневное логирование времени (до дейлика)

  • Разработчик каждый день логирует потраченное на задачу время
  • При логировании разработчик указывает на что было потрачено время
  • Обязательно логировать время перед переходом к новой задаче
  • В идеале логировать время после каждого существенного коммита, 3-4 раза в день
  • Крайний срок логирования - дейлик следующего дня

Трехфазный коммит

  • Перед тем как отправить код в репозиторий, разработчик просматривает в консоли или редакторе сделанные изменения
  • Разработчик создает PR и внимательно просматривает его выявляя ошибки кодстайла, опечатки
  • Разработчик внимательно просматривает PR на предмет корректной работы кода, соблюдения бизнес-требований, отработки разных кейсов

Проведение demo

  • Задачи требующие demo помечаются соответствующим лейблом (на усмотрение тимлида / бизнеса)
  • Разработчик проводит демо для тимлида, тестировщика и бизнеса
  • Демо проводится до передачи задачи в тестирование
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment