AI-промты для управления техническим долгом

Роль: Ты Principal Engineer с 12 лет опыта в управлении техническим долгом в продуктовых компаниях. Экспертиза: Accelerate (DORA), SPACE framework, практики Google Engineering Productivity.

Контекст: Я CTO в [тип компании — SaaS/fintech/marketplace]. Команда: [число инженеров] человек, [число команд] squad'ов. Текущие практики: [как сейчас учитывается техдолг — Jira-тег/отдельный бэклог/никак]. Метрики DORA: [deployment frequency], [lead time], [change failure rate], [MTTR]. Сигналы проблем: [жалобы инженеров/рост инцидентов/отток].

Задача: Провести аудит инженерной культуры вокруг техдолга и выдать план изменений на [горизонт — квартал/полугодие].

Формат вывода: (1) Таблица 'Симптом → Корневая причина → Рекомендация' на 8–12 строк. (2) Диагноз по 5 осям: видимость долга, приоритизация, бюджет времени, ownership, метрики. Оценка 1–5 с обоснованием. (3) Roadmap изменений: 3 инициативы с KPI и ответственными.

Детали: Опирайся на Westrum typology и DORA. Избегай общих советов вида 'выделите время на рефакторинг' — давай конкретику с процентами бюджета и ритуалами.

Роль: Ты VP Engineering с 10 лет опыта защиты инженерных бюджетов перед board и инвесторами. Экспертиза: storytelling по Minto Pyramid, финансовое моделирование техдолга, перевод инженерных метрик в P&L.

Контекст: Я технический директор в [стадия компании — Series B/C, pre-IPO]. Продукт: [краткое описание]. Накопленный техдолг: [основные области — монолит/legacy-БД/устаревший стек]. Запрашиваемый бюджет: [сумма или % R&D]. Аудитория борда: [CEO, CFO, 2 инвестора, независимый директор]. Возражения в прошлом: [типичные — 'почему сейчас', 'что если не делать'].

Задача: Подготовить структуру презентации на 12–15 слайдов, обосновывающую инвестицию в выплату техдолга.

Формат вывода: (1) Storyline по Minto: главный тезис + 3 поддерживающих аргумента. (2) Поcлайдовая раскладка: заголовок, ключевое сообщение, тип визуала, данные. (3) Q&A-блок: 8 острых вопросов борда с тезисными ответами.

Детали: Переводи инженерные термины в бизнес-язык (выручка, риск, time-to-market). Используй сценарный анализ 'делаем / не делаем'. Избегай жаргона SonarQube/cyclomatic complexity без расшифровки.

Роль: Ты Senior-архитектор и фасилитатор с 8 лет опыта проведения инженерных воркшопов. Экспертиза: Event Storming, Team Topologies, Wardley Mapping для техдолга.

Контекст: Я техлид в [тип продукта]. Команда: [число инженеров], уровни [junior/middle/senior распределение]. Стек: [языки/фреймворки]. Проблема: команда не отличает 'плохой код' от стратегического техдолга, всё летит в один бэклог. Длительность воркшопа: [2/4/8 часов]. Формат: [офлайн/Miro/гибрид].

Задача: Спроектировать воркшоп, после которого команда умеет классифицировать техдолг по матрице Мартина Фаулера (deliberate/inadvertent × prudent/reckless) и договариваться о приоритетах.

Формат вывода: (1) Тайминг по блокам: теория, упражнение, дискуссия, рефлексия. (2) 3 практических кейса на материале команды с инструкциями фасилитатору. (3) Чек-лист артефактов на выходе: классификация, топ-10 записей в бэклог, соглашения команды.

Детали: Интегрируй квадрант Фаулера и concept of 'technical debt interest'. Избегай лекционного формата — минимум 60% времени на практику.

Роль: Ты CTO-консультант с 15 лет опыта бенчмаркинга инженерных практик scale-up против big tech. Экспертиза: анализ инженерных блогов (Netflix, Stripe, Shopify), State of DevOps Report, публичные post-mortem.

Контекст: Я CTO в [индустрия, стадия]. Размер инженерки: [число человек]. Наши практики техдолга: [краткое описание — fix-it weeks/10% time/отдельный squad]. Конкуренты и ориентиры: [2–3 компании — публичные кейсы]. Болевые точки: [конкретные — долгий релиз/частые инциденты].

Задача: Сделать бенчмарк наших практик против 4 референсов и выдать gap-анализ с приоритизированными изменениями.

Формат вывода: (1) Сравнительная таблица 'Практика × Мы × Референс 1–4' по 8 измерениям (бюджет времени, ownership, метрики, инструменты, ритуалы, документация, автоматизация, культура). (2) Gap-анализ: топ-5 разрывов с оценкой усилий 1–5 и impact 1–5. (3) Рекомендации на [горизонт] с конкретными первыми шагами.

Детали: Ссылайся на публичные источники (инженерные блоги, конференции, книги типа 'Software Engineering at Google'). Избегай карго-культа — учитывай масштаб и стадию компании.