1. Проблемы концептуального проектирования: внешнеполитическаяВ прошлый раз была высказана гипотеза, что концептуальное проектирование забуксовало на пути к практике, потому что столкнулось с рядом конкретных внутренних и внешних проблем, которые до последнего времени оставались непреодолимыми. И действительно, некоторые из них видны невооружённым глазом. Развитие концептуального проектирования — дорогостоящая вещь. Она связана с большими затратами, жёсткими требованиями к интеллекту сотрудников, изощрёнными методами, серьёзным развитием теории, методологии, высокой организационной культурой и, кроме того, требует мощных компьютеров и так далее. Поэтому нормального человека заставить заниматься этим можно разве что под дулом пистолета. Серьёзные причины, которые вынуждали браться за это американцев и нас, как раз и были связаны с национальной безопасностью и гонкой вооружений. Волей-неволей приходилось соответствовать. Поскольку одна сторона стремится как можно скорее поменять ту или иную систему стратегических вооружений, другая обязана, как минимум, не отставать. Если вы построили дорогостоящую систему противоракет, а противник в ответ поменял тип наступательного оружия — можете выкинуть вашу систему на свалку. Гонка вооружений, противостояние двух блоков являлись мощнейшей причиной, которая заставляла очень сильно вкладываться в системные методы. Управление конфигурацией, проектирование организаций, библиотека моделей — страшно дорогие вещи. Их появление связано с тем, что сверхдержавы должны были состязаться: кто первым сделает невидимые для радаров самолёты, кто раньше спустит на воду непотопляемые авианосцы, кто быстрее построит бесшумную субмарину… С момента, когда советская система пошла под откос, когда мы начали отставать в гонке вооружений, у другой стороны этот мощный стимул тоже стал ослабевать. А как только увял стимул быстро менять мощные, дорогостоящие системы вооружений, соответственно стал усыхать и повод развивать системы, которые обеспечивали управленческий потенциал. Мир (по крайней мере на период нашего распада) упрощался. Американцам почудилось, что они держат Бога за бороду, что грядущий миропорядок будет монополярным, что их главный противник исчез, а других не видно. Они тогда не обращали должного внимания на Китай, на международный терроризм, на проблемы ислама и так далее. Короче, временно ослабли внешние побудительные причины тратить страшные деньги, готовить специалистов, вкладываться, мучиться. А к этому времени уже в достаточной мере выяснилось, что концептуальное проектирование организаций — жуткая головная боль. Что нужно долго и поштучно готовить специалистов, что уже на уровне систем и процедур требуется персонал, имеющий высокую организационную культуру, что китайцев и индусов вы не наймете менеджерами, потому что у них не развит данный слой культуры, что американцы по своему менталитету не выносят ситуаций, где их деятельность жёстко регламентируют… Выяснилось, что все минусы метода остались, а плюсы исчезли вместе с перебродившим призраком коммунизма. Поэтому одной из главных причин приостановки развития и даже отката назад в области современных методов концептуального проектирования можно считать развал социалистического лагеря и прекращение конкуренции двух систем, ослабление высокотехнологичной гонки вооружений, а также иллюзии американцев по поводу того, что они вступают в эпоху однополярного мира. 2. Проблемы концептуального проектирования: технологическаяОна проста. Какова должна быть относительная численность отдела систем и процедур в нормальной организации, если там всё делается «старым казачьим способом»? Есть грубая оценка специалистов. Предположим, что организация невероятно прогрессивна, что компьютеры в ней используются не только в качестве пишущих машинок или для электронных забав, но и для ведения регламента. При этом, конечно, там нет никакого корпоративного Интранета — эта новация возникла совсем недавно. Но есть мощный центральный компьютер, на нём поддерживается некая полуэмпирическая система внесения изменений, есть отдел систем и процедур, который работает так, как я это описал в шестой-седьмой лекциях. А именно: они составляют регламент, превращают его в совокупность job descriptions — должностных инструкций для каждого сотрудника, сидят на заседаниях руководства, записывают решения, преобразуют каждое в набор изменений в конкретных процедурах, вносят изменения-следствия во все прочие процедуры, бегают по конторе, обучают сотрудников, объясняют людям, что у них поменялось. Предположим, там есть автоматизированная система управления, организационная культура, классные картотеки — все это существует. Так вот, какова должна быть (при описанном способе деятельности) численность отдела систем и процедур в процентном отношении от общей численности корпорации? Выясняется, коллеги, прискорбное обстоятельство: на каждых двух сотрудников, которые в поте лица зарабатывают «бабки», должен приходиться один системщик. То есть если в корпорации две тысячи человек — для того, чтобы блюсти организационную культуру по описанной технологии нужна ещё сверх того тысяча человек в отделе систем и процедур. Энтузиастам метода сразу становится не по себе. Получается, что уже по чисто технологической причине расцвет концептуального проектирования откладывается. И хотя во всех деталях понятно, как и что надо это делать, до самого последнего момента существующая технология требовала содержания дополнительной тысячи ртов в отделе систем процедур, что мало кто может себе позволить. Да ведь на каждого системщика придётся сочинять по должностной инструкции на пару тысяч страниц, придётся писать регламент отдела систем и процедур, то есть регламент того, как пишется регламент! С другой стороны, если вы урежете численность регламентаторов, то будете в состоянии охватить не всю деятельность, а только отдельные кусочки. К чему это ведёт — видно из истории про то, как везли и куда привезли химический реактор. Если вы меняете систему регламентации не целиком, а только по частям, то лучше за это дело вообще не браться. Итак, технологическая проблема, в которую уперлось концептуальное проектирование, состояла в том, что хотя функциональная схема соответствующей формы деятельности понятна, но существовавшая до последнего времени «аппаратная» технология реализации загоняла её в гетто. 3. Проблемы концептуального проектирования: мотивационнаяВ чём она состоит? Я успел об этом Должен быть Вот в эту мотивационную проблему, как в яму, провалилось одно из колес метода концептуального проектирования. Создана огромная сфера деятельности, связанная с мотивацией. Да, эта задача не безнадёжная. Её во многих частных случаях решали, паллиативно решают и по сей день, но никак не могут решить принципиально. Вот вывезли всех за город, провели замечательный семинар, всем налили, руководители корпорации выступили с новейшим стратегическим планом, 4. Проблемы концептуального проектирования: идеологическаяУ руководства корпорации возникает резонный вопрос: а почему, собственно, концептуальное проектирование — это хорошо? Почему корпоративное принятие решений — это самое замечательное направление менеджмента? то есть мы должны быть способны объяснить персоналу, что это прогрессивно, гуманно, это справедливо, по Дюркгейму, и так далее. Ну что-нибудь этакое мы просто обязаны сказать людям, апеллируя к ценностям. Мы должны менеджерам объяснить, что они занимаются не гиблым делом. С вопроса о ценностях начинался наш лекционный курс. Я говорил вам, что-либо мы выясняем, что менеджмент прогрессивен сам по себе, либо всем надо честно уходить на факультет экономики. Мы должны иметь некое идеологическое обоснование нашего выбора. Необходимо оправдание мучений членов корпорации, которая подвергнется концептуальному проектированию. Нужно им правдоподобно объяснить, почему работать при наличии многотомной и быстро меняющейся регламентации — это хорошо. Нужно высшим менеджерам доказать, что они находятся на острие прогресса, или что они имеют шансы туда попасть, или что форма деятельности их корпорации самая современная, что их профессиональное мастерство имеет перспективу. Иными словами, необходимо некое идеологическое обоснование. Если концептуальное проектирование организаций просто падает вам на голову как нечто нравящееся — вот пришёл некий гражданин Чернышёв и его рекламирует, — на основании чего вы должны ему верить? Предположим, мне концептуальное проектирование дорого, потому что я впал в наркотическую зависимость от него ещё в конце Покуда этот вопрос не закрыт, перед энтузиастами концептуального проектирования стоит проблема: либо мы 5. Нормативное проектирование и «путь Дао»Перечисленные проблемы хотя и связаны с содержанием самого метода, но скорее могут рассматриваться как внешние по отношению к нему. Теперь поговорим немного о внутренних проблемах, то есть имманентно присущих методу как таковому. Главное, родовое, качество концептуального проектирования состоит в том, что оно нормативно. Что можно противопоставить нормативному проектированию? Если кто-то не слышал про «путь Дао», я попытаюсь объяснить на простых примерах, что это такое. Китайские мудрецы, которые следуют пути Дао, ничего нормативно не проектируют. Они как бы скользят вдоль незримых линий естественного развития, и поэтому им не надо напрягаться. Есть известный даосский афоризм: «Сядь на берегу реки и жди, и волны принесут тебе труп твоего врага». Все достигается через мудрое недеяние. Нужно просто сесть на берегу, а волны принесут вам всё, что вы хотите. Секрет лишь в том, что нужно точно знать, какая требуется река, который из берегов, в каком именно месте сесть и в какое время. А если вы что-нибудь перепутаете (например, сели в правильном месте, но не в то время), на вас упадёт баобаб или часть берега обрушится, и волны уже вас понесут к тому даосу, который вас «заказал» (он сел ниже по течению в правильное время). Так что, если вы мудрец, правильно идущий путём Дао, то все получаете естественным путём, все приходит само собой и ничего не надо нормативно проектировать. Итак, есть нормативное проектирование и есть путь Дао. Постараюсь объяснить практическое различие между ними на примере, мне гораздо более близком. Первая моя дипломная работа на физтехе (как и вторая, тоже заброшенная) была посвящена перехвату спутника на орбите. Задача была, мягко говоря, достаточно прагматической: вот орбита, по которой движется космический аппарат супостата; а вот орбита, по которой летим мы на корабле «Красный октябрь» (ныне, соответственно, «Двуглавый орел»). И нам надо перехватить противника или (в мирном варианте) попросту состыковаться. Советская система сближения в В чём тут проблема? Сложно было рассчитать траекторию сближения. Система уравнений аналитически не решалась. Если бы мы получили точное решение задачи выбора траектории перехвата, потребовался бы всего один точечный импульс в неожиданную сторону, куда-то вбок или, может быть, назад. Корабль-перехватчик описывает красивую многолепестковую фигуру и в нужный момент оказывается в точке, куда в этот же момент с другой стороны прилетает корабль-мишень. Это называется «метод свободных траекторий». Чем совершеннее ваше знание, как у мудрецов-даосов, тем меньший импульс нужен. Он совершенно неожиданный и странный, исчезающе-малый, почти неотличимый от буддийского «недеяния». И вы попадаете куда надо с минимальными затратами топлива. Но задача эта, повторяю, аналитически не решалась. Американцы пошли по пути создания эффективных и компактных орбитальных ЭВМ. Они поставили бортовой компьютер, который производил сближение вполне советским дуболомно-итеративным способом (помните притчу о прапорщике и банане?). Просто компьютер-янки перестраивался и ускорялся молниеносно, поэтому они успешно сближались, холодно и рационально, безо всякого там буддизма-даосизма. У нас не было бортовых компьютеров нужного веса и габаритов. Но я выдам вам страшную военную тайну: в спускаемый отсек корабля «Союз» была вмонтирована свинцовая болванка весом 200 кг. Связано это было с тем, что никак не могли сделать нужную центровку, чтобы корабль входил с требуемым углом тангажа в плотные слои атмосферы. А если он войдёт не под тем углом или, того хуже, начнёт болтаться, то мгновенно сгорит на страшной скорости вместе с космонавтами. То есть 200 кг бесполезного груза на корабле было, но советский компьютер в эти весовые ограничения не вписывался. Описанную задачку студенту-дипломнику удалось решить. Если здесь есть математики, они поймут — оказалось достаточным ввести вместо обычных декартовых координат X, Y, Z сферические вращающиеся координаты. И в этих координатах задача решилась аналитически. То есть удавалось пока обойтись без бортового компьютера, достаточно было посчитать на логарифмической линейке (если только в невесомости вам удастся её поймать налету). Мой рассказ предназначен не для того, чтобы описать муки отечественного ВПК или догадливость студентов физтеха, а чтобы пояснить, что такое «путь Дао». Если вы знаете закономерности космических форм движения, то не нужна цистерна горючего и «Пентиум II», не нужно так напрягаться, можно достигать цели методом свободных траекторий. Не придётся проектировать и перепроектировать организацию с такими муками и за такие деньги «методом тыка» по тысяче раз, если у вас имеется адекватная концепция. Весь вопрос в том, где взять эту концепцию и чему, собственно, она должна быть «адекватна». Редукционистский нормативный подход является грубой рабоче-крестьянской альтернативой загадочному пути Дао. Вы берёте те концепции, что есть, и из наличного материала клепаете проект по принципу «я его слепила из того, что было»… Это мучительно сложно, дорого и требует могучих компьютерных систем. Мы опять упираемся в вопрос о нормах нормативного проектирования. Это следующий этап нашего тернистого пути к тайнам современного менеджмента. 6. Концептуальное проектирование как гносеологическая проблемаПредположим, у нас уже имеется колоссальная система концептуального проектирования организаций, дешёвая, быстрая и эффективная. Это очень компактное подразделение S&P, высокоскоростные персональные ЭВМ, связанные в сеть, библиотека моделей, в которой содержится квинтэссенция результатов системной науки… Но тут возникает вопрос: какое отношение все эти концепции имеют к организациям? Судите сами. Вот Людвиг фон Берталанфи — биолог, он долго изучал червей, улиток, землероек и разработал на этой основе концепцию открытой системы. А потом системщик начинает проектировать организацию, где мы работаем, на основе модели, которая является обобщением физиологии хордовых и кишечнополостных организмов. Возникает резонный вопрос: почему, собственно, организация может быть спроектирована по образу и подобию слизняков и пиявок? Будет ли она приемлема для общества, захотим ли мы в этой организации работать и жить даже за большие деньги? Речь вовсе не о том, что проектируемая организация сложна, а предложенная модель проста. Ничего подобного, часто бывает наоборот. Большинство наших контор по уровню их уставного замысла напоминают скорее кирпич, чем хотя бы амебу. Вопрос этот более широкий и одновременно более простой. О каком, собственно, проектировании организаций может идти речь, если они строятся на основе моделей и концепций, которые мы взяли неизвестно откуда? Это же типичный «редукционизм», то есть перенос понятия из одной предметной области в другую. С системным анализом понятно — он претендует на то, что обобщал практику совершенствования организаций. И то следовало бы проверить, какую практику каких именно организаций он там обобщал. Например, Альтшуллер обобщал практику изобретателей и рационализаторов, а пришёл к той же самой структуре функций, что весьма подозрительно. Уж не спроецировали ли они на разные предметные области, сами того не замечая, собственную познавательную схему? Что означает проектирование объекта одной природы на основе концепции другой природы? Что с ним при этом делается? Если кто-то попробует перепроектировать меня на основе концепции «богочеловека» (или, напротив, «вируса»), очевидно, со мной могут приключиться самые разные неприятности. Вопрос в природе, в происхождении того концептуального материала, по образу и подобию которого мы собираемся проектировать организации. Так откуда берутся наши концепты? Никто ведь не расстарался и не построил нам заранее библиотеку моделей на основе глубокого изучения современных корпораций по той причине, что современные корпорации существуют очень недолго, и поэтому классики вроде Дюркгейма, Вебера, Маркса — они не поспели. Они создали свои замечательные теории, когда современных корпораций ещё не было, их предметная область давно не существует, в этом смысле их теории устарели. Может быть, они нетленны в некотором методологическом либо ином высоком смысле, но устарели в том плане, что те кроты истории, которых они исследовали, давно вымерли, вместо них возникли метаисторические землеройки. А их никто толком не изучал. Гносеологическая 3 проблема очень проста: каким образом, на основании чего мы можем использовать готовые теории для проектирования современных корпораций с полным пониманием того, что эти теории создал кто-то Хорошо, мы склепали регламент из всех систем и процедур. Отлично, каждая процедура является логическим следствием принятой проектной идеи. Блестяще, у нас имеется генетический метод развёртывания исходной модели в сто пудов регламентирующей документации и мы решили проблему внесения изменений. Чудесно, у нас в загашнике целая куча исходных концепций, мы называем её библиотекой моделей, умеем их резать и склеивать. Но весь вопрос упирается в то, откуда мы берём эти самые концепции. Марксизм-ленинизм не оставил нам в наследство теорию организации. На Западе с ней, кстати, пусть и не в такой степени, но тоже довольно напряжённо. 7. Концептуальное проектирование как онтологическая проблемаГносеология и онтология — эти слова вы встретите в любом философском словаре. Гносеология — учение о познании. Онтология — учение о бытии. В гносеологии мы интересуемся тем, что у нас есть в голове и как с помощью того, что есть в голове, Мы познаём мир. А онтология рассматривает В связи с концептуальным проектированием, между прочим, возникает большая онтологическая проблема. Вот на свете есть жизнь, смерть, Бог, люди, история, прогресс, бытие, сознание и прочие сущности. Марксисты говорят, что Покуда оно онтологически не укоренилось, приходит некто Проектировщик и говорит: «Имеется концептуальное проектирование». Вы ковыряете в зубах и говорите: «Где и у кого оно имеется?» Лично я его не вижу!» Тогда Проектировщик начинает долго и заунывно рассказывать, что, мол, там, в такой-то корпорации, уже есть один чудак, который этим занимается. Вы говорите: «Извините, вы же сами его обучили и туда послали. Так что это все ваши выдумки или козни, сиречь, «виртуальная реальность». Оно «есть» только там, где есть вы». То есть чтобы нечто существовало само по себе, вы (если вы его изобрели) должны превратить его в институт, который от вас не зависит. Например основать империю и, прежде чем помереть — сделать так, чтобы империя дальше существовала без ваших усилий, сама по себе. Александр Македонский помер, после него остались его диадохи 5 (Птолемей, чьи хозяйственные реформы мы изучали, был одним из них), но империя распалась на части. И на этом всё кончилось — тому, что создал Александр, он не смог придать онтологический статус. Одно из трех. Либо концептуальное проектирование было всегда и оно имеет то же свойство, что и динозавры, — |
|
Примечания: |
|
---|---|
|
|
Оглавление |
|
|
|