Я этой херней занимался, когда еще , Scrumtrack презентации рисовал)

переструктурируя процессы в командах на протяжении последних 4 лет

у нас вот как раз коуч в начале проекта был на пол года, ставил процесс

который мы потом благополучно просрали за 4 года

и начали сами заново самостоятельно строить под себя процесс

у нас по сути как раз нарезка на домены получилась так, что система поделена на ряд компонентов, каждая команда пилит 2-4 домена, близких по процессам/смыслу

есть общий бэклог, тоже попиленный по доменам и компонентам

все это запаковано в продакт инкременты из 2 спринтов каждый

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

И вообще, скрам придумали в Советском Союзе

А гдеж ещё

Всем привет! Работаю в операторе связи. Сегодня бомбануло, начинают продавать что внутренние продукты тоже должны проходить исследования и проверку гипотез. Я за продуктовый подход и custdev, но специфику то тоже нужно брать во внимание. Подскажите как проверять гипотезы в крупных итерпрайс компаниях для решений типа личный кабинет или балалайки которая считает и пуляет в разные системы, без ВЛОЖЕНИЙ. Варианты с mvp 3-5 млн не катят.

Рисуй в фигме кликабельный прототип и тренируйся на сотрудниках из когорты целевой аудитории

На каждую гипотезу свой прототип, соответственно.

Пилите продукты по типу простого прототипа, те же no\low code в помощь

Да и проверить гипотезы можно просто кастдевом и глубинками + качественными, не обязательно пилить технологические прототипы

Добро пожаловать в клуб. Этого мало нужно чем то померить. Тем более большинство решений интеграционные на low code типа никто в ландшафт не пустит

Померить что?

Так вам нужно решение для проверки гипотезы, а не прототип для интеграции/внедрения/раскатки до конечных юзеров

Это все делается. Речь идёт про передпроектную подготовку. На этом этапе денег нет вообще да и дизайнера тоже. Быстрый прототип ты метриками не обвесишь