Отчёт о прогрессе · TechCon ML · с 28.07.2026, спроектирован и проверен

Объяснимое ранжирование дефектов зданий

Не просто оценка износа по нормативу, а модель, которая объясняет, почему один дефект опаснее другого — спроектирована и уже прошла независимую многоэтапную проверку.

6
факторов в составной оценке
не один усреднённый показатель износа
15
проверок архитектуры
независимая многоэтапная валидация
9
пробелов найдено и учтено
до старта реализации, не после
2
условия для старта
очередь задач + данные производства
Зачем это нужно

Одинаковый износ — не значит одинаковая опасность

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

Как устроена модель

Составная оценка из шести факторов вместо одного числа

Итоговый приоритет складывается не из одной цифры износа, а из шести независимых составляющих:

1

Базовая опасность

тип дефекта сам по себе

2

Проявленность на фото

насколько дефект заметен на снимке

3

Контекст здания

где именно на здании находится дефект

4

История

развивается дефект или стабилен

5

Практический риск

что реально может произойти

6

Надёжность данных

снижает уверенность в оценке, не переставляет приоритет

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

Строгость проверки до старта работ

Архитектура прошла независимую проверку прежде, чем попасть в план

За 28–29 июля 2026 — два дня интенсивной работы — команда не просто спроектировала модель, но и подвергла её многоэтапной независимой проверке: две ревью-позиции, три направления расширения гипотез, отдельная адверсарная (на прочность) проверка и синтез результатов.

9 подтверждено

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

8 отклонено

гипотез расширения — рассмотрены и обоснованно не приняты

1 принята

с оговоркой — данные о плотности населения рядом со зданием войдут в оценку на следующем этапе

Статус сейчас

Архитектура готова — старт зависит от двух факторов

Проектирование и независимая проверка завершены. Переход к реализации зависит не от новых архитектурных решений, а от двух конкретных условий:

Место в очереди задач

Направление в общем списке задач команды, ждёт своей очереди по приоритету.

Данные от отдела производства

Нужна таблица дефектов от отдела производства — тот же материал, что и для следующей итерации проекта дефектоскопии.

Куда движемся дальше

От данных производства — к работающему сервису

1. Данные от производства

Ждём таблицу дефектов от отдела производства.

2. Формализация в техническое задание

Готовый и проверенный проект превращается в формальное техническое задание на реализацию.

3. Разработка технического задания

Детальная проработка ТЗ с учётом всех находок независимой проверки — 9 подтверждённых пробелов и принятой гипотезы о данных по жителям.

4. Старт работ

Переход к практической реализации сервиса.