Промпт для остановки неэффективных проектов

Чтобы принять решение о закрытии проектов без потери критичных результатов, сейчас не хватает входных данных. Дам до 6 вопросов, которые закроют 80% неопределенности. После ответов можно сразу собрать варианты, решение, 30/60/90 и риск-регистр.

1. Цель бизнеса и горизонт. Какой 1 главный бизнес-результат на горизонте (например, выручка, маржа, удержание, time-to-market, снижение костов, комплаенс) и какой горизонт планирования (квартал, полгода, год)? Какие 2-3 метрики считаются “северной звездой” и их целевые значения на конец горизонта?

2. Список проектов и “зачем”. Перечислите проекты, которые рассматриваем, и для каждого: цель, текущая стадия (идея/MVP/pilot/prod), ожидаемый эффект (в цифрах), дата старта, плановая дата результата.

3. Базовые метрики и динамика. Какие фактические метрики есть по каждому проекту за последние 4-8 недель: прогресс по deliverables (что реально сделано), расходы (деньги/часы), outcome-метрики (например, конверсия, NPS, экономия, SLA), и тренд (растет/падает/плато)? Если outcome еще рано мерить, какие proxy-метрики вы используете?

4. Ограничения ресурсов. Какой общий бюджет/лимит людей на период и какие жесткие ограничения: дедлайны регулятора, окно рынка, сезонность, зависимость от релиза? Сколько людей реально доступно (FTE) и какие роли являются бутылочным горлышком (backend, data, ML, QA, product)?

5. Стейкхолдеры и ожидания. Кто ключевые стейкхолдеры по портфелю (CEO/CFO/CTO/продакт/продажи/комплаенс), и что для каждого является “нельзя потерять” при закрытии проектов? Есть ли “политически защищенные” инициативы или публичные обещания клиентам?

6. Риски и внешние факторы. Какие критичные внешние факторы могут изменить решение в ближайшие 30-90 дней: конкуренты, изменения в законе, зависимость от вендора/платформы, безопасность, контрактные штрафы? Какие проекты имеют необратимые риски при остановке (например, потеря данных, штрафы, распад команды, техническая деградация)?

Ответьте кратко, можно списком, можно таблицей. После этого я в заданной структуре выдам 2-4 варианта, рекомендованное решение с аргументацией, план 30/60/90 с владельцами и контрольными точками, и риск-регистр с триггерами пересмотра.