Однако что же это? Конец года, а изготовлено только изделие А, а изделие Б еще надо полгода собирать! Аврал и штурм, всех переводят в сборщики, но план стараются выполнить! Попутно ищут виновных, чтобы наказать: почему с начала года не делали «гайки и винты» для изделия Б?
Виноват, несомненно, начальник механического цеха! Но он энергично возражает и доказывает, что если бы он выделил 5 рабочих на изделие А а 5 на изделие Б, то длительность цикла каждой работы была бы 12 месяцев (10 тыс. ч : 5 = 2 тыс. ч, или 1 год), то есть к концу года не собрали бы ни одного изделия. Так кто же виноват?
А никто. Виноват балансовый метод расчета, который не позволяет учесть, что перед тем, как детали поступят на сборку, их еще надо изготовить. Другими словами, балансовый метод не учитывает технологию изготовления изделий. Смотрите, как интересно получается: применили плохой метод для планирования, а это привело к штурмовщине и срыву планового задания, и в общем довольно трудно сразу разобраться, из-за чего все это произошло: то ли из-за того, что плохо работали, — то ли из-за плохого снабжения, то ли из-за чего еще… В процессе выполнения плана за год происходит столько всяких неурядиц — прогулы, аварии, задержки с поставками материалов, инструмента, — что очень легко переложить вину на них. А оказывается, план с самого начала был невыполним.
А зачем применять плохой метод планирования? Нет хороших? Есть. Еще в начале века один из последователей основоположника научной организации труда американца Ф. Тейлора, Г. Гант активно внедрял метод планирования с помощью диаграмм, учитывающих технологию изготовления изделия. Они, кстати, и называются гант-картами. Сейчас эта методика развита с помощью современного математического аппарата и названа календарным планированием.
Но вот в чем беда. Календарное планирование более трудоемко, чем объемное. Составить календарный план для предприятия с номенклатурой в сотни изделии, да еще при условии, когда изготовление каждого изделия состоит из нескольких сот этапов, практически для работников планового отдела невозможно. Ведь они еле справляются с объемными расчетами. И снова информационный барьер! Известен правильный метод, а пользоваться приходится неправильным потому, что только он доступен.
А вот с помощью ЭВМ можно планировать и календарными методами!
И так почти все и делают. Досконально изучив современные методы, выбирают наиболее подходящий для своих производственных условий, затем составляют программы расчета по этому методу на ЭВМ и планируют по-новому.
Но есть и исключения. Приходится сталкиваться со случаями, когда просто берут старые, балансовые методы и составляют программы расчета по ним. Вроде и планируют «по-новому» (ведь считает-то ЭВМ), а если глубже разобраться, то «эффект» почти тот же, что и в приведенном примере, — ведь методы-то планирования слишком грубы!
Почему же, имея под руками ЭВМ, не пользоваться более точными, пусть и более трудоемкими, методами? В основном эти случаи происходят из-за элементарной неграмотности, иногда из-за глупости с инициативой: учиться не хочется и, как у И. Ильфа и Е. Петрова, вместо автомобиля стряпают свою самоходную телегу, которая фордыбачит по буеракам.
Поэтому сейчас уже на институтской скамье учат: основной принцип создания АСУ — принцип новых задач. Он гласит, что при автоматизации не следует просто переводить на ЭВМ уже сложившиеся методы управления, а необходимо пересматривать эти методы в соответствии с теми огромными возможностями, которые представляет новая вычислительная техника.
В свете рассуждений об информационном барьере этот принцип означает следующее: когда автоматизируется та или иная функция управления, не следует стремиться только к высвобождению людей и к замене их труда машинным, как это происходит при автоматизации производства. Необходимо сначала проанализировать, какие беспорядки в управление внес информационный барьер, что уже потеряно и продолжает теряться. И, исходя из этого анализа, намечать новые задачи управления и новые методы решения. Правда, на самом деле чаще всего это старые задачи, которые за неимением достаточного количества людей не решались либо решались, но плохими, примитивными методами. А при автоматизации эти-то задачи никак не должны быть забыты.
Таков принцип новых задач или, если хотите, принцип старых задач! (Только не стоит рассматривать его как подтверждение житейского принципа, что все новое — это хорошо забытое старое.)