#ДневникИнженера #ЦифроваяТрансформация #ОперационныйМенеджмент

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

🌟Что получается Пятнадцать слайдов, которые ведут от гипотезы к решению: операционный поток - это не программа в трекере, а замкнутый контур, где цифровая модель и действия людей на местах постоянно уточняют друг друга. Дальше - живые цифры, не подобранные под вывод: в бесплатный тариф трекера вошли все текущие проекты департамента, обучились 50 инженеров, в карточки легло 85-95% реальных работ. Отдельно показал расчёт эффективности потока по одному проекту - 35,2% (время в работе к общему времени, включая ожидание). Это не оценка «хорошо или плохо», а точка, из которой видно, где работа стоит, а не движется. Решающим оказалось то, что цифры взял из самого трекера, а не подобрал под вывод - разговор о перегрузке команды превратился из ощущения в предмет проверки. Себе на завтра: не бояться показывать руководству сырые метрики раньше, чем они станут «красивыми» - именно сырость делает их убедительными. И отдельно себя похвалю - довёл презентацию до конца сегодня, а не отложил на «когда будет больше данных», хотя тянуло именно отложить.

🛠️Что можно улучшить Гипотеза о том, что для ускорения финансового потока достаточно увеличить частоту поставок в операционном - в презентации звучит увереннее, чем она пока проверена. Это предположение, не доказанный на цифрах предприятия факт, и в следующей версии надо это явно обозначить, а не маскировать уверенным тоном слайда. Плюс не хватило конкретики по стоимости масштабирования на весь департамент - решение по деньгам зависит от финансовой модели, которая осталась за периметром этой презентации, и я это пока не признал прямо на слайдах.

💡Мысли и инсайты дня Низкая пропускная способность в интеллектуальном труде не от того, что люди «плохо работают». Её создают многозадачность, склонность вдвое переоценивать сроки, синдром студента, закон Паркинсона и привычка не сообщать о досрочном завершении задачи, потому что это невыгодно на следующем проекте. Трекер сам по себе ничего не решает - он просто делает эти искажения видимыми, а решения все равно принимает человек. Отсюда двойник - не софт, а связка модели и управленческих решений вокруг неё.

У кого в потоке очереди тоже «невидны», а видна только занятость людей?

#инсайты