Шляхи виконання

BIGPICTURE v2 · зріз 26.07.2026 · 4 варіанти послідовності робіт під наявні ресурси, побудовані на strategy_v2.md §2 (Опції X/Y/Z + «Ресурсна правда») і уточненнях Андрія C-4/C-5.

⚠️ Це ВАРІАНТИ для обговорення, не план. Тривалості — груба оцінка в Claude-Code-темпі; порядок і пріоритети вирішує Андрій з колегами (другий прохід). Репер темпу: «базу newBMS зробили ~за тиждень» [C-4]. Жодна дата тут не обіцянка партнеру чи Френку — лише перерахунок реєстру для розмови.

Календар. Т0 = від 28.07 (старт побудови демо-фази, продовження W0 [strategy_v2 §2, W0 п.3]) · Т1 ≈ 03.08–09.08 (W1) · Т2 ≈ 10.08–16.08 — на межі Т1/Т2 стоїть демо-вікно партнеру ~07–10.08 (перерахунок реєстру від домовленості 27.07, НЕ обіцянка [поправка 2; B03]) · Т3…Т12 — далі орієнтовно по тижню кожен, без власних оцінок джерел [§4 R7]. Два опорні гейти в усіх варіантах (орієнтири, не приписи [C-4]): ТЗ партнеру 27.07 і §19 п.1–3 від Ігоря — решта нижче це умови готовності, не стоп [strategy_v2 §2, поправка 3].

Як читати бар: суцільний = активний фокус · напівпрозорий = тло/повільний темп, не пріоритет · пунктирна рамка = коротка сесія/рішення (не тривала зайнятість горла) · ◆ = зовнішня віха. Наведіть курсор на будь-який бар — спливе повний контекст і реф.

Hyvä/BAU Апки BOL→SE (Кріс) SE Angular + Electron POS (+Electron) NewBMS-Light NewBMS-Heavy Affiliate/портали/дрібне AI-шар

V1 · Вітрини першими Опція X · strategy_v2 §2

Ланцюг вітрин (Кріс: BOL-апка → SE mobile app → SE Angular app), потім Builder/100 Stores. Єдиний порядок, промовлений самим Андрієм [#31 арбітраж] — тому найменш «вигаданий» з трьох. Ціна: NewBMS відкладається на три хвилі, а вересневе зобов'язання Реліз 1 йде без консолідованої платформи [B03 §16.1].

Т0
Т1
Т2
Т3
Т4
Т5
Т6
Т7
Т8
Т9
Т10
Т11
Т12
Hyvä/BAU
A01
NSB BAU (фон, 532) [A22]
Апки BOL→SE (Кріс)
A03
A04: SE mobile (Христина)
SE Angular + Electron
A20
A06+A07: SE Angular
A21: Electron SE
POS (+Electron)
A08 (тло) + A21 Electron пізніше
NewBMS-Light (демо Ігорю ~Т2)
B03: ТЗ→демо ◆
B03: Реліз 1 (вер.)
NewBMS-Heavy
АРХ
B02/B05 (відкладено)
Affiliate/портали/дрібне
A13
A12/A14
AI-шар
C02/C03: підтримка (фон)
C04–C06

Припущення

  • Оцінки — у Claude-Code-темпі (репер: newBMS-скелет ≈ тиждень), НЕ класичні люд.-місяці [C-4].
  • Два жорсткі гейти без зсуву: ТЗ 27.07 і §19 п.1–3 Ігоря; решта — умови готовності, не стоп [strategy_v2 §2].
  • Архітектурну сесію свідомо зсунуто (РВ-1) — новий беклог по Heavy/BFF ризикує різатись без карти [B05; §4 R6].
  • Ланцюг Кріс (BOL→SE апка→SE Angular) — єдиний порядок, промовлений самим Андрієм [#31].
  • NewBMS рухається лише зовнішньо-вимушеною частиною (демо Ігорю + Реліз 1); внутрішній фокус на Heavy — свідомо відкладений.

Ризики цього шляху

  • A12/A11 залежать від Френка (is_printed ~місяць; go/no-go по 100 Stores мовчить з 10.06) — зовнішні блокери, варіант їх не знімає [#23; #9].
  • R6: шостий Go-бекенд з'явився за 9 днів; без архсесії нові тікети по Heavy/BFF ризикують різатись наосліп [R6].
  • R9: шар 2 (BFF) лишається dev-контуром довше, ніж в інших варіантах, а вітрини (A06) де-факто починають на нього спиратись [R9].
  • Ціна самого варіанту: вересневе зобов'язання Реліз 1 йде без консолідованої платформи довше за всіх [B03 §16.1].

V2 · Платформа першою Опція Y · strategy_v2 §2

Спершу архсесія і повний фокус на NewBMS-Heavy (Ярощук — автор усіх 15 комітів ERP_balloons [B02; github-b.md]), вітрини чекають готового BFF-контракту. Збігається зі ступенем B і рішенням 25.07 «POS стає частиною newBMS» [A08]. Головний ризик — естімейт Heavy не зведений у жодному з 4 джерел (розкид 4×) [R7].

Т0
Т1
Т2
Т3
Т4
Т5
Т6
Т7
Т8
Т9
Т10
Т11
Т12
Hyvä/BAU
A01
NSB BAU (фон, 532) [A22]
Апки BOL→SE (Кріс)
A03
A04: SE mobile (Христина)
SE Angular + Electron
чекає BFF
A06+A07
Electron SE
POS (+Electron)
A08 → у платформі
Electron POS
NewBMS-Light (демо Ігорю ~Т2)
B03: ТЗ→демо ◆
B03: Реліз 1 (вер.)
NewBMS-Heavy
АРХ
B02: повний фокус
B04: Prolatex
Affiliate/портали/дрібне
мінімум
портали
AI-шар
C02/C03: підтримка (фон)
шар 4 на BFF

Припущення

  • Оцінки — Claude-Code-темп [C-4].
  • Межа UBMS↔newBMS уже ЗАКРИТА уточненням Андрія (C-5): NewBMS, два флейвори, два окремі кодові проєкти на старті — тому «закрити межу» тут читається як вже виконане, а не як завдання W2 [C-5 п.1-2].
  • Два жорсткі гейти без зсуву (ТЗ 27.07, §19 Ігоря) — незалежно від фокусу на платформі [strategy_v2 §2].
  • Архсесія — одразу, раніше, ніж в інших варіантах, бо вона відкриває фокус на Heavy [B05].
  • Показ вітрин (A06) свідомо чекає готового BFF — єдиний ланцюг, де порядок промовлений самим Андрієм, тому зсув треба проговорити явно, а не мовчки [#31].

Ризики цього шляху

  • R7: newBMS-естімейт неконсолідований у 4 джерелах (4–7 / ~4–8,5 / 8–16 люд.-міс., розкид 4×) — весь варіант ставить найбільшу ставку саме на цю цифру [R7].
  • R9: прод-контур BFF впирається в Юру (100% на Indigo з 15.07) — «повний фокус» на Heavy не означає готовий прод, якщо Юру не звільнити [R9; B08].
  • Зсув ланцюга вітрин — єдиний випадок, де порядок промовлений самим Андрієм; мовчазний зсув читається як відміна, а не як черговість [Опція Y «Ціна»].
  • Розрив поколінь стеку (Angular 19 SSR у шарі 1 проти Angular 22 zoneless у POS) нікуди не зникає, просто чекає своєї черги [§1 ступінь B].

V3 · Зовнішні зобов'язання першими Опція Z · strategy_v2 §2

Реліз 1 партнеру (вересень) + беклог POS Френка + портали SOF/Metro на стеку POS (рішення 25.07) [A14] — максимум довіри назовні, мінімум внутрішнього боргу закривається. Ціна: шість Go-бекендів лишаються шістьма, де-факто відкат на ступінь A [§1].

Т0
Т1
Т2
Т3
Т4
Т5
Т6
Т7
Т8
Т9
Т10
Т11
Т12
Hyvä/BAU
A01
NSB BAU (фон, 532) [A22]
Апки BOL→SE (Кріс)
A03
A04 (повільно)
SE Angular + Electron
A06+A07 (пізно)
POS (+Electron)
A08: беклог Френка
Electron POS
NewBMS-Light (демо Ігорю ~Т2)
B03: ТЗ→демо ◆
B03: Реліз 1 — фокус
NewBMS-Heavy
B02/B05 (мінімум)
Affiliate/портали/дрібне
A13
A14: SOF/Metro
AI-шар
C02/C03: підтримка (фон)
C04–C06 (пізно)

Припущення

  • Оцінки — Claude-Code-темп [C-4].
  • Два жорсткі гейти без зсуву (ТЗ 27.07, §19 Ігоря) [strategy_v2 §2].
  • Кожен зовнішній запит отримує явну рамку «прийнято/відкладено» одразу — інакше саме так Z стає нескінченною [R3; #29].
  • Портали SOF/Metro свідомо на стеку POS (рішення 25.07), не як окремий мікросервіс з нуля [A14].
  • Внутрішня консолідація (архсесія, прод-BFF, платформа-ядро) — мінімальна протягом усього вікна; це свідома ціна варіанту, не недогляд.

Ризики цього шляху

  • R3: Френк 25.07 попередив, що запитів по POS буде дедалі більше — без явного «прийнято/відкладено» на кожен беклог росте нескінченно [R3; A08; A09].
  • Шість Go-бекендів лишаються шістьма — де-факто відкат на ступінь A, попри те що ступінь B рекомендований [Опція Z «Ціна»; §1].
  • Навантаження розтягнуте на трьох різних дефіцитних людей одночасно (Діма 50%, Ярощук, невідомий виконавець ERP) — жоден не звільняється цим варіантом [Опція Z «Хто це несе»].
  • R7 лишається неторкнутим найдовше: якщо Реліз 1 тягнеться, наступна хвиля все одно стартує з тієї ж неконсолідованої цифри Heavy [R7].

V4 · Збалансований мікс конструкція цієї сторінки, не з strategy_v2

Дві постійні смуги (лінія Кріс і зовнішньо-вимушена NewBMS-Light) + горло Ярощука/спільних ресурсів передається по черзі: POS-беклог → NewBMS-Heavy ядро → SE Angular → дрібне → AI-шар. Відповідає закриттю §2: «можливий і розклад — дві смуги на різних людях + карта як спільний гейт» [strategy_v2 §2, підсумок розділу Опцій].

Т0
Т1
Т2
Т3
Т4
Т5
Т6
Т7
Т8
Т9
Т10
Т11
Т12
Hyvä/BAU
A01
NSB BAU (фон, 532) [A22]
Апки BOL→SE (Кріс)
A03→A04→A05 (Христина) — завжди
SE Angular + Electron
A20
A06+A07 (горло №3)
Electron SE
POS (+Electron)
A08: беклог (горло №1)
Electron POS
NewBMS-Light (демо Ігорю ~Т2)
B03: ТЗ→демо ◆
B03: Реліз 1 (вер.)
NewBMS-Heavy
АРХ
B02: ядро (горло №2)
B04: Prolatex (тло)
Affiliate/портали/дрібне
A13
A12/A14 (горло №4)
AI-шар
C02/C03: підтримка (фон)
AI №5

Припущення

  • Оцінки — Claude-Code-темп [C-4].
  • Два жорсткі гейти без зсуву (ТЗ 27.07, §19 Ігоря) [strategy_v2 §2].
  • Лінія Кріс (апки) і зовнішньо-вимушена лінія (Hyvä/NewBMS-Light) — єдині дві смуги, що йдуть безперервно; решта по черзі отримують горло Ярощука/спільних ресурсів.
  • Порядок горла (POS → NewBMS-Heavy → SE Angular → дрібне → AI) — один можливий розклад, обраний так, щоб спершу закрити те, що вже тисне в проді, потім те, що відкриває карту; документ не стверджує, що це єдино правильний порядок.
  • Гейти (пунктирні бари) — короткі рішення/сесії, не повноцінна зайнятість горла; вони можуть накладатись на сусідній активний бар без фізичного паралелення.

Ризики цього шляху

  • ⚠️ Власна примітка, не з джерела: почергова передача горла означає, що затримка на одному кроці зсуває всі наступні; джерела run_dir цей ефект компаундингу окремо не рахують.
  • R6 знімається лише частково — і лише якщо архсесія справді триває один короткий стовпець, а не розтягується; оцінки її тривалості в джерелах немає [R6; B05].
  • R1 (двоголосся до Френка) і R8 (безпековий хвіст) лишаються наскрізними незалежно від порядку — жоден з 4 варіантів їх сам по собі не знімає [R1; R8].
  • Порядок горла — вибір автора цієї сторінки, не арбітражу і не Андрія; критерію пріоритету, яким можна було б перевірити цей порядок, не існує в жодному джерелі [D08; braindump-formal-B п.1].

Після 5 промовлених ланок ланцюга черги немає [#31; braindump-detective D1] — усі чотири варіанти вище конкурують за різні дефіцитні ресурси, а не лише за Ярощука; можливий і мікс, відмінний від V4. Дивись також: черга рішень (РА-1 межа платформи вже закрита C-5; РА-4 виконавець ТЗ/демо все ще не названий; РА-11 сам ступінь уніфікації) і ризики і нотатки (R1–R9 повністю).