Трехтомное ТЗ по эджайлу, теоретически, тоже можно за пару спринтов и составить, и сосчитать (но будет нужно много команд)))

Всем привет! Среди участников есть ПМы геймдева?)

А почему? ТТМ - вполне себе хороший повод быть гибкими

Наверное, тут речь о том,что ТТМ - одна из целей, а агилом лечат всё подряд, в т.ч. и процессы/людей, т.к. это алгоритмические и гуманистические подходы. правда, что из этого выходит - отдельная история.

Потому что не "Эджайл внедряют для сокращения ТТМ", а "После внедрения Эджайла ТТМ становится таким, каким он _объективно_ нужен бизнесу"

И кроме ТТМ "подтягиваются" до необходимого уровня и другие "составляющие" бизнеса

Ну мы об одном и том же: одно - следствие другого

а для чего по вашему стоит "внедрять эджайл"?

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

Дима, тема для статьи)

мелковат я для такого. не дорос еще

очень высокопарно. не могли бы расшифровать? Компания производит ненужный продукт. Владельцы бизнеса это осознали, думаю что делать? И принимаю решение внедрить agile?

вас словосочетание "внедрить agile" задевает или вам действительно на сам вопрос интересно мой ответ услышать?

мне очень интересен ответ. до форммулировок докапываться нет цели. Мне интересна постановка задачи при внедрении agile.

Чем не устраивает формулировка:
"Повысить адаптируемость бизнеса к изменениям рынка" или "повысить востребованность продукта"?

Или комбинация из обеих задач разом?

как результат измерять?

Спрос на рынке и его динамику вроде есть готовые методики.
Есть ли они на Адаптируемость - не в курсе, но можно, как минимум собрать за какой-то срок статистику о том, какие измения на рынке по компании больно (к ним не были готовы) ударили в прошлом, а какие - нет. Из них высчитать процент тех, к которым готовы не были.
При переходе на Agile делать срезы по этому показателю и смотреть динамику.
Вроде стандартные принципы разработки KPI, разве нет?

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

Нет, врать не буду, реального такого опыта ещё не было.

Просто я за свою жизнь наблюдал и был погружен в большое количество процессов и стилей взаимодействия как в инженерной среде, так и не в таковой. И очень больно видеть, когда для людей почти решающим показателем становится "Короткий ТТМ". Отдавать начинает каким-то токсичным формализмом. А в такой почве  Agile вряд ли по-настоящему прорасти способен.

ну это же просто показатель. какие то данные нужно смотреть. TTM норм метрика. Она не должна быть KPI влияющим на мотивацию.
Поэтому само по себе наблюдение за TTM не является чем преступным. Нужно картину шире смотреть. Но опять же реальные кейсы интересны. теоритезировать мы все мостаки 😀