Результат в портфолио: как об этом говорить
Технический результат сам себя не продаёт. Здесь — как превратить посчитанную цифру в то, что работает на собеседовании и в разговоре с руководителем.
Что именно вы сделали (формулировка)
Не «настроил датчик и сделал дашборд». А так:
Измерил фактическую утилизацию помещения и сопоставил её с плановой загрузкой по календарю. Построил пайплайн: датчик присутствия → MQTT → временные ряды → сопоставление с бронированиями → метрика неиспользуемого забронированного времени.
Разница между двумя формулировками — разница между техником и инженером. Первая описывает инструменты, вторая — решённую задачу.
Почему это ценно именно для архитектора
Здесь ключ ко всему проекту. Вы не переквалифицируетесь в программиста — вы делаете то, что архитектор делать должен, но почти никто не умеет.
| Что даёт проект | Почему это архитектурная компетенция |
|---|---|
| Фактическая утилизация помещений | проектные нормы площадей опираются на предположения; вы их проверили |
| Разрыв «план vs факт» | обоснование при перепланировке: где площадь избыточна |
| Данные вместо мнений | «переговорка нужна» → «переговорка загружена на 34 %» |
| Post-occupancy evaluation | оценка здания после ввода — признанная практика, редко применяемая |
Post-occupancy evaluation (POE) — стоит знать этот термин. Это оценка того, как здание работает после заселения, и она давно в профессиональном обороте (RIBA Plan of Work, стадия 7). Ваш проект — POE, выполненный инструментально, а не опросом. Назвав его так, вы попадаете в профессиональный словарь, а не выглядите «архитектором, который зачем-то паяет».
Смежное — space utilization / workplace analytics: тема, на которой сейчас строятся целые консалтинговые практики, потому что после гибридной работы компании массово пересматривают площади.
Три уровня рассказа
Под разного собеседника — разная глубина. Готовить надо все три.
30 секунд (лифт)
«Поставил датчик присутствия в переговорной и связал его с календарём. За месяц оказалось, что примерно треть забронированного времени помещение пустует. Это данные для решения, сколько переговорных на самом деле нужно.»
Числа подставить свои. Одна цифра, один вывод.
3 минуты (интервью)
Добавляется как и какие были сложности:
- датчик присутствия, не камера — приватность соблюдена по построению;
- календарь через ICS, а не через API вендора — не привязан к Microsoft;
- сложность в повторяющихся встречах: один UID на серию, нужен составной ключ;
- часы с неполными данными исключены — иначе отказ техники выглядит как простой;
- порог «не пришли» влияет на вывод, поэтому проверена чувствительность.
Последние два пункта — самые сильные. Они показывают, что вы не доверяете своим же данным слепо.
15 минут (техническое)
Архитектура пайплайна, схема БД, почему EAV для показаний и отдельная таблица для броней, идемпотентность синка, окно разворачивания RRULE = окно пометки отмен. Здесь можно показывать код и дашборд.
Что показывать
| Артефакт | Зачем |
|---|---|
| Панель «план против факта» | одна картинка объясняет всё: бронь есть, людей нет |
| Одна страница выводов | цифра + метод + ограничения |
| Схема пайплайна | понимание системы целиком |
| Репозиторий | если разрешено — код парсера и SQL |
Панель важнее кода. Человек, принимающий решение, смотрит на график.
Страница выводов — структура
Одна страница, не больше. Шаблон:
## Утилизация переговорной №N, июль 2026
**Метод.** Датчик присутствия (радар, без записи изображения), отсчёт раз в
30 с. Плановая загрузка — из календаря помещения (ICS). Период: 4 недели,
NN рабочих дней. Часы с неполными данными (< 100 отсчётов) исключены.
**Результат.**
- Забронировано: NNN ч
- Фактически использовалось: NNN ч
- Простой внутри броней: NNN ч (NN %)
- Броней без явки (присутствие < 20 % времени): NN из NNN (NN %)
**Ограничения.**
- Порог «без явки» — соглашение; при 5–30 % вывод устойчив, при 50 % меняется.
- Датчик фиксирует присутствие, не число людей: встреча на 2 и на 10 человек
неразличимы.
- Один месяц — не сезон; для решений о площадях нужен более длинный ряд.
**Что из этого следует.**
Если результат воспроизведётся на длинном ряду, N% забронированного времени —
это резерв: либо сокращение числа переговорных, либо изменение правил
бронирования (авто-освобождение при отсутствии явки в первые 10 минут).Раздел «Ограничения» обязателен. Отчёт без ограничений читается как реклама; с ними — как инженерная работа. Это то, чему учат на физмате и чего обычно не хватает в архитектурных презентациях.
Чего избегать
| Не делать | Почему |
|---|---|
| Обещать точность, которой нет | датчик не считает людей — не говорите, что считает |
| Выдавать синтетику за реальные данные | вскроется одним вопросом; репутация дороже |
| Персонализировать | «кто не пришёл» — это слежка, а не аналитика помещения |
| Делать вывод по одной неделе | сезонность, отпуска, проектные пики |
| Начинать рассказ с технологий | «я взял MQTT и TimescaleDB» — никому не интересно |
Третий пункт особенно: как только метрика становится персональной, проект
превращается в инструмент контроля сотрудников. Это меняет и этику, и отношение
к вам. Аналитика помещения — да, аналитика людей — нет. Поэтому в
синке поля organizer и title не заполняются.
Следующий шаг после первого результата
Когда цифра есть, открываются направления — каждое усиливает портфолио:
| Направление | Что добавляет |
|---|---|
| Несколько помещений | сравнение: какие загружены, какие пустуют |
| CO₂ вместо/вместе с присутствием | качество среды, а не только факт занятости — прямой мостик к нормам микроклимата |
| Длинный ряд (квартал) | сезонность, устойчивость вывода |
| Правило авто-освобождения | от аналитики к управлению: не пришли за 10 мин — бронь снимается |
Второй пункт — самый перспективный для архитектора: CO₂, температура и влажность выводят на нормы проектирования микроклимата, а это уже прямая профессиональная территория, где данные почти никто не собирает.
Честно про границы проекта
Стоит понимать самому, чтобы не переоценить:
- Это не BIM и не цифровой двойник. Это измерение одного параметра одного помещения — и этого достаточно для первого результата.
- Один датчик — одна точка. Выводы о здании требуют сети.
- Работает на существующем стенде; развернуть с нуля в другой компании — отдельная задача.
Ни одно из этих ограничений не обесценивает результат. Они делают рассказ о нём достоверным, а достоверность — то, что отличает специалиста от энтузиаста.