Среднесрочное планирование. Цели. Реализация. Ограничения.
говорил о том что эта система ему ничего не дает в части среднесрочного
планирования. Т.е. он давал команду отделам собрать необходимую ему информацию
по первичным документам, готовил производственно-финансовый план, о моделировании
не было и речи. После знакомства с простой и достаточно стандартной моделью
предприятия, составления агрегированного финансового плана и проигрывания
различных вариантов, финансовый директор сформулировал четкие требования
к информационной системе, т.е. определил набор параметров и отчетных форм
необходимых для среднесрочного планирования.
Как всякие модели, системы имеют ограничения в использовании. Часто встречается
такое стремление разработчиков систем среднесрочного планирования максимально
детализировать исходную информацию, для достижения совпадения плана и
факта. Как результат появляются программные монстры (в данном случае идет
речь о локальных системах планирования), под которые организуются, возможно
неформально "отделы обслуживания", занимающиеся подготовкой исходных данных,
сопровождением и интерпретацией полученных результатов. При этом такие
системы с одной стороны не могут заменить информационные системы, основанных
на обработке первичной информации в реальном масштабе времени, а с другой
теряют мобильность, присущую локальным системам. В самом деле , такое
стремление (максимально детального учета всего) для среднесрочного планирования
порочно по одной простой причине: Среднесрочное планирование по определению
не может быть точным "до рубля", невозможно запланировать все возможные
контракты, сбои в производстве, задержки в платежах и т.п. на сколь продолжительный
срок, "идеального" окружения предприятия не бывает. В то же время, неучет
основных параметров предприятия сводит на нет все выводы, полученные в
результате анализа плана. Поэтому принцип разумной достаточности на наш
взгляд является определяющим для разработчиков систем прогнозирования.
Таким образом в такие программы сознательно закладываются допущения, и
перед разработчиком всегда стоит задача увязки уровня допущений и уровня
сложности программы. Это можно проиллюстрировать на качественной диаграмме:
Для локальных систем одним из способов повышения достоверности расчетов
является настройка программы под задачу, т.е. сдвиг планки ограничений
только в части определенной задачи. Например: Имелась стандартная система
планирования, достаточно простая для моделирования деятельности предприятия.
Анализируемое предприятие (а это крупный комбинат) было убыточным, и кроме
того столкнулось с известной проблемой для российских предприятий - огромная
доля бартера и резкий недостаток реальных денежных средств для осуществления
обязательных "денежных" платежей. Появилась конкретная задача постепенного
снижения доли бартера в финансовых потоках. Введение в систему планирования
бартерных взаимоотношений (опять же на агрегированном уровне) позволило
оценить возможности предприятия на перспективу и построить ценовую политику
таким образом , что бы с одной стороны обеспечить бесперебойное производство,
а с другой обеспечить "денежные" платежи. Проигрывание различных сценариев
позволило в последующем уже осознано использовать имеющиеся ресурсы, это
привело к сокращению некоторых статей расходов в 1.5-2.0 раза. Хотелось
бы обратить внимание что этот пример "в чистом виде" демонстрирует использование
систем прогнозирования для решения задачи "анализа альтернатив".
В заключение можно добавить, что оптимальным выбором для руководителя
являются оба типа системы прогнозирования: локальные модели для поиска
решения задач оптимального управления, и программ интегрированных в общую
корпоративную информационную систему для составления жестких производственно-финансовых
