Проблемные ситуации

Что делать, если web/AI-проект потерял управляемость

Раздел помогает выбрать стартовую точку: сначала ближайшая ситуация, затем подробная проблемная страница, статья, услуга и чек-лист для самопроверки.

С какой ситуации начать

Выберите ближайший симптом

Не нужно сразу понимать точную техническую причину. Достаточно выбрать, как проблема выглядит для бизнеса: сроки, подрядчик, развитие, документация, стабильность или AI.

срокиоплата этапаподрядчик

Подрядчик переносит сроки или просит оплату

Начните с проверки статуса, демо, блокеров, документации и готовности этапа. Важно понять: продолжать, усиливать контроль или готовить передачу.

Проверить ситуацию со сроками
техдолгархитектураroadmap

Проект стало сложно развивать

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

Разобрать технический тупик
релизыинтеграциитесты

Портал ломается после релизов

Если исправления возвращаются, интеграции падают или релизы нельзя выпускать спокойно, нужен разбор стабильности, тестирования и зависимостей.

Проверить нестабильность
документыпередачадоступы

Нет документации и проект трудно передать

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

Восстановить карту проекта
AIRAGметрики

AI-чатбот отвечает неправильно

Если AI выдумывает, путает источники или пользователи ему не доверяют, проверьте сценарий, базу знаний, RAG, права доступа и метрики.

Проверить AI-чатбота
самопроверкарискиследующий шаг

Не ясно, с чего начать

Если симптомы смешаны, начните с чек-листа проблемного проекта: он поможет собрать факты до заявки, аудита или разговора с подрядчиком.

Открыть чек-лист

Сначала диагностика

Проблемные страницы не обещают быстрый ремонт. Они помогают понять симптомы, причины и безопасный следующий шаг.

Без обвинений

Подрядчик, команда или AI не назначаются виноватыми заранее. Сначала фиксируются факты и риски.

Переход к действию

Каждая страница ведёт в аудит, контроль, восстановление или AI-ready подготовку, если проблема похожа на вашу.

Маршруты

От проблемы к следующему действию

В каждой группе есть связка: проблемная страница объясняет ситуацию, статья даёт самостоятельную проверку, услуга показывает формат работы, чек-лист помогает собрать факты до заявки.

Подрядчик

Статусы, сроки и оплата этапа стали непрозрачными

Все страницы

Проблемные страницы по отдельным ситуациям

Если уже понятно, какая проблема ближе всего, переходите сразу на подробный разбор. Там есть симптомы, причины, что запросить у команды и какой формат помощи подходит.

Подрядчик

Подрядчик не справляется: что делать

Когда кажется, что подрядчик не справляется, важно не начинать с обвинений. Сначала нужно проверить факты: что реально готово, где это можно посмотреть, какие дефекты открыты, что мешает релизу, хватает ли документации и можно ли управлять проектом дальше.

Разобрать ситуацию

Технический тупик

Проект в техническом тупике

Технический тупик начинается не тогда, когда система полностью сломалась. Обычно он проявляется раньше: простые задачи внезапно становятся дорогими, сроки плывут, команда боится трогать критичные модули, а бизнес уже не понимает, можно ли развивать проект дальше.

Разобрать ситуацию

Порталы

Портал невозможно развивать

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

Разобрать ситуацию

AI-проблемы

AI-чатбот отвечает неправильно

Если AI-чатбот ошибается, отвечает общими фразами или пользователи перестали ему доверять, не стоит сразу менять модель. Часто проблема находится в данных, базе знаний, сценарии, правах доступа, RAG-поиске, метриках качества или отсутствии владельца процесса.

Разобрать ситуацию

Документация

Нет технической документации

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

Разобрать ситуацию

Сроки

Подрядчик затягивает разработку

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

Разобрать ситуацию

Смена подрядчика

Нужно сменить подрядчика

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

Разобрать ситуацию

Нестабильность

Портал ломается после релизов

Если после каждого релиза появляются новые ошибки, пользователи жалуются, а подрядчик отвечает “у нас работает”, нужно не гадать между хостингом и кодом, а собрать факты: где ломается сценарий, какие данные затронуты, что изменилось в релизе и как это проверить.

Разобрать ситуацию

Следующий шаг

Если не знаете, с какой страницы начать

Выберите сценарий по тому, что уже болит: потеря управляемости, непрозрачный подрядчик или AI, который пока не опирается на данные.

Проект застрял

Начать с диагностики проблемного проекта

Если сроки, бюджет или стабильность перестали быть предсказуемыми, сначала нужно собрать факты и карту рисков.

  • технический тупик
  • срывы сроков
  • нестабильные релизы

Подрядчик

Проверить подрядчика без конфликта

Если ответы по срокам, рискам и релизам стали размытыми, нужен контроль по артефактам, а не микроменеджмент.

  • статус и блокеры
  • архитектура и релизы
  • документация и передача

AI-ready

Понять, готов ли проект к AI

Если хочется AI-ассистента, RAG или автоматизацию, сначала стоит проверить данные, роли, документы и критерии качества.

  • источники данных
  • права доступа
  • метрики качества

Маршрут

Если проблема уже влияет на сроки, бюджет или пользователей

Зафиксировать симптомы

Что не работает, как часто повторяется, кто участвует и какие решения уже принимались.

Проверить причины

Архитектура, данные, интеграции, подрядчик, документация, релизы и коммуникация.

Собрать дорожную карту

Что стабилизировать сейчас, что отложить и какой формат помощи нужен дальше.

Чек-лист

Если симптомы смешаны, начните с общей диагностики

Чек-лист проблемного web-проекта помогает быстро собрать факты: что происходит со сроками, подрядчиком, документацией, стабильностью, архитектурой и развитием.

Отметить симптомы

Что повторяется: переносы сроков, поломки после релизов, рост стоимости, отсутствие документации или слабые AI-ответы.

Запросить факты

Демо, статус задач, список блокеров, карту интеграций, доступы, документацию, тестовые вопросы или метрики качества.

Выбрать маршрут

После первичной проверки легче понять, нужен аудит проекта, технический контроль подрядчика, восстановление или AI-ready подготовка.

Заявка

Описать проблемную ситуацию

Коротко расскажите, что происходит: сроки, подрядчик, нестабильность, документация, AI или технический тупик. Дмитрий подскажет, с какой диагностики начать.

Дмитрий Зугаев
Дмитрий Зугаев web/AI-архитектор, CTO
Заявка уйдёт на email Дмитрия.