Спасибо за статью! Отличный материал! У нас в компании тоже начали приходить к схожему. Agile практики оставить для быстрого прототипирования, проверки гипотез, подтверждения концепции, и в целом восстребованности потребителями.
И как фича прошла все верификации эти, то передаётся уже в Industrial design и development
В целом действительно да, вполне вариант. А если не удается договориться, то иметь в организации какой-то Портфельным комитет, куда можно было бы вопрос вынести (эскалировать) и выровняться на уровне компании "Таки нужна нам эта фича или нет"
Масштабирование решается иначе: чёткими контрактами между командами (API-first), автономностью команд (каждая владеет своим доменом от начала до конца) и культурой, в которой коммуникация происходит по необходимости, а не по расписанию
@yuliskov в целом идея действительно отличная! Единственное, уточняющий вопрос - а как тогда выстраивать приоритеты по изменению контрактов? Условно - одной команде-продукту для реализации её фичи нужно все же изменить контракт в одной из внешних систем, ТЗ они сделали, но та команда-владелец той системы в долгий ящик кладёт это изменение. По компании получается какой-то инструмент для аля сквозной приоритетизации какой-то получается вск же нужен
Спасибо за статью! Отличный материал! У нас в компании тоже начали приходить к схожему. Agile практики оставить для быстрого прототипирования, проверки гипотез, подтверждения концепции, и в целом восстребованности потребителями.
И как фича прошла все верификации эти, то передаётся уже в Industrial design и development
В целом действительно да, вполне вариант. А если не удается договориться, то иметь в организации какой-то Портфельным комитет, куда можно было бы вопрос вынести (эскалировать) и выровняться на уровне компании "Таки нужна нам эта фича или нет"
@yuliskov в целом идея действительно отличная! Единственное, уточняющий вопрос - а как тогда выстраивать приоритеты по изменению контрактов? Условно - одной команде-продукту для реализации её фичи нужно все же изменить контракт в одной из внешних систем, ТЗ они сделали, но та команда-владелец той системы в долгий ящик кладёт это изменение. По компании получается какой-то инструмент для аля сквозной приоритетизации какой-то получается вск же нужен