не все из них, зависит от того как оформлен контракт

Мы показываем, когда такое случается. Однако лучше когда инженерка позволяет откатиться до того состояния когда ещё работало.

Думаю, зависит также от того кому показывают демо и с какими ожиданиями те зашли на огонёк.

к примеру вы можете выпускать Agile Orders с Capped частью в виде 80% guaranteed functionality, это в некотором роде костыль но так или иначе пример того, как его можно оформить. Вы можете настроить Shared Revenue - т.е. продукт делится на 2е части, мы берём часть стоимости на себя и продаём его другим заказчикам, другую часть берёт на себя заказчик, но это потребует 2х PO и некоторые ограничения в RASCI.

это разумеется не имеет отношения к Ванильному Скраму

Да, понял, спасибо большое

сильно зависит кто в RASCI ответственен

Уже читаю типы договоров

Если я прввильно понимаю, подобные контракты требуют сильно больше понимания экономики и вообще сильно более взрослого заказчика :)

Ведь приходится риски делить как-то. Что в случае с ней T&m и фикс прайс проще сильно

В целом да, зрелость Governance и всяких Portfolio гайз требуется, поэтому крайне важно что бы bid management на стороне вендора тратил много времени на исследования. Для таких вещей в крупных интерпрайзах нужно или LACE развивать, ну или хотя бы, тех кто понимает, КАК это делать.  Я к примеру раздал методичку селзам и чек лист (у селзов аллергия на тренинги по Agile), так они хотя бы смогли на месте правильно интерпретировать запрос, а не просто отвечать (А! Agile! да это мы умеем)

да

ты моё видео чтоль посмотрел? 😂😂😂😂

Да :)

мем форсишь?)

Индекс цитирования Миши только что повысился еще на один бал :D

Олды передают эстафету

Добро пожаловать в нашу секту, брат!

Если пройден DoD, почему нет? Может кто поломатил пока готовились.

Это не ваша секта. Я всё жду, кто первый из религий пришьет весь этот балаган к исходным скрижалям