Восемь отчётов вместо ручной сборки — и вскрылась ошибка в…
Реальный проект, который я делал сам: автоматизировали регулярную отчётность, а по дороге выяснилось, что один из ключевых показателей годами считали неправильно. Пришёл заказчик с типовым запросом: отчёты собираются руками, отнимают время, а к моменту готовности данные уже неактуальны. Часть отчётов делали еженедельно, часть — только к очередному заседанию. Никакой ежедневной картины по бизнесу не было. Отдельная задача — сводный дашборд компании, в который ИТ-блок вносился вручную. Кто-то каждый раз открывал систему, выгружал цифры, вставлял в таблицу. Пока расчёт делает один человек руками, проверить методику невозможно — и никто этим особо не занимался. Что сделал Я автоматизировал восемь регулярных отчётов и настроил точечную запись ИТ-блока прямо в существующий сводный дашборд — без замены самого дашборда, просто убрал ручной ввод. Заодно пришлось разобрать методики расчёта каждого показателя: без этого автоматизация просто закрепила бы старые ошибки в коде. Именно на этом шаге всплыла главная находка: один из показателей — доступность — годами считали не так, как задумывалось изначально. Ошибка спокойно жила в ручных расчётах, потому что проверять формулу каждую неделю никто не станет, а автоматизация вынуждает зафиксировать логику один раз и явно. Результат • Регулярных отчётов, которые собираются сами: 8 • Ручная подготовка отчётов: устранена • Показателей в сводном отчёте, обновляющихся автоматически: 13 • Частота данных: было еженедельно/к заседанию — стало ежедневно • Показатель доступности: пересчитан по верной методике Половина ценности проекта пришла не от того, что отчёт стал собираться сам, а от вопросов, которые пришлось задать, чтобы его…