Православный Workflow

Сергей Куницкий

XBSoftware

или как я блуждал во тьме язычества

С чего мы начинали:

  1. Какая-то тактика
  2. Попытка сделать SAAS в рамках компании XB
  3. Много энергии и веры что мы изменим мир
  4. Небольшая команда

Итоги:

  • Быстрый старт (MVP)
  • Великолепный код :)
  • Идея - мотиватор всего
  • Отсутствие всего "обвеса"
  • Таски / баги на бумажке
  • Типо спринты
  • CI? Только хардкор
  • Ручные тесты

вы классно все сделали, но теперь надо все совсем по-другому

Text

Время шло, а мы крепчали

 Workflow

Workflow — это система обеспечения выполнения задач, поставленных перед исполнителями в рамках процессного управления

Workflow — это процесс от создания таска / бага - до времени появления его в продукте

 Workflow

  1. Постановка задачи / бага
  2. Ревизия постановки / бага
  3. Исполнение задачи / фикс бага
  4. Релиз

GIT

 Языческий GIT

Release N

Release 1

Release 2

фича 1 бранч

фича 2 бранч

баг фиксинг

фича N бранч

Теория

баг фиксинг

 Языческий GIT

Release N

MainLine

Release 1

фича 1 бранч

Практика

баг фиксинг

баг фиксинг

фича 2 бранч

баг фиксинг

Языческие боги

 Языческие боги GITа

 Mysterious Branches

 Temporary Branches

 Языческие боги GITа

Cascading Branches

 Языческие боги GITа

Branch Mania

 Языческие боги GITа

Berlin Wall

 Языческие боги GITа

Volatile Branches

 Языческие боги GITа

Merge Mania

 Языческие боги GITа

 Big Bang Merge

 Языческие боги GITа

Never-Ending Merge

 Языческие боги GITа

Development Freeze

 Языческие боги GITа

Merge Paranoia

 Языческие боги GITа

 Православный GIT

Master

Dev

QA

фича 1 бранч

фича 2 бранч

баг фиксинг

чери пик

фича 3 бранч

баг фиксинг

v 1.0

v 1.1.0

v 1.1.0

v 1.2.0

v 1.1.1

v 1.1.1

v 1.2.0

v 1.3.0

v 1.0.1

 Стабильность

CI

 Православный Workflow

Сервера и CI

master

dev

qa

DEV

QA

STAGE

PROD

master

qa

dev

Не совсем

 Православный Workflow

Версионность

  1. git
  2. app
  3. Баг трекинг
  4. JIRA - спринты / релизы / репорты
  5. Users - разный функционал
  6. Для внутренних документов

Итоги:

  • Оптимизация рабочего процесса в команде
  • Повышена стабильность продукта
  • Более четкое разделения труда
  • Снижение градуса внутри команды
  • Снижение косяков

 

Продолжение следует

Будь реалистом стремись к невозможному

Спасибо за внимание