Полная версия

Главная arrow Психология arrow Искусство решать сложные задачи. Системный подход

  • Увеличить шрифт
  • Уменьшить шрифт


<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>

КОГО ВЗЯТЬ К СЕБЕ В ПОМОЩНИКИ?

В изысканиях будь свободен сам и дай свободу другим, не допуская анархии. (Пятое золотое правило исследователя)

Если читатель смог удержать себя возле книги до этой главы, то он уже, наверное, понял, что решить сложную задачу не так уж просто. Но иначе не может и быть:

Ведь кто под царскую вступает сень Тот раб царю, хоть он пришёл свободным.

Наш царь — сложная задача, и мы её рабы, пока от неё не освободимся. Зато эффективное или даже эффектное решение сложной задачи — всегда победа, её автор — триумфатор и достоин вознаграждения в виде диплома, учёной степени или премии любого, даже самого высшего, ранга. Он может теперь почивать на лаврах долгое время, может быть, и всю жизнь, но... как же быть людям, у которых сложные задачи встречаются каждый день, их решение превращается в обыденность и вызывает головокружение не от успехов, а от усталости?

Разберёмся вначале в условиях возникновения такой ситуации. Так, для европейца мерилом сложности является овладение китайским языком, но если он один раз преодолел эту сложность, то дальнейшее общение на китайском языке перестаёт доставлять ему трудности. С другой стороны, составление бухгалтерского отчёта тоже является делом трудным, особенно после окончания двухмесячных курсов, но, проработав на одном месте год — полтора, человек привыкает к статьям расходов и источникам доходов своего предприятия, и все сложности пропадают. В чём разница в сложностях задач в этих двух примерах и способах выхода из них? В первом нужно было преодолеть высокий начальный барьер, подняться на достаточный уровень знаний, насытить себя большим объёмом информации, и дальше становится легко. Во втором случае этот начальный барьер невысок, недаром на обучение выделили всего два месяца, но надо привыкнуть к виду информации и методам её обработки. Если их изменить (например, перевести бухгалтера из страховой фирмы в торговую), то придётся заново вводить его в дело, то есть заставлять его вновь преодолевать трудности. Таким образом, источники сложности в этих двух задачах различные, разные и методы их преодоления (в первом случае — постепенное количественное накопление информации для своего качественного изменения, во втором — привыкание к виду информации). Но исход один и тот же: человек становится классным специалистом в своей области, и выполнение служебных обязанностей не доставляет ему трудностей.

Изменим теперь ситуацию, объединив источники сложности в двух предшествующих примерах в один. Пусть теперь вам для выполнения своих обязанностей надо накопить большой объём знаний и в то же время уметь обрабатывать информацию разного вида, поступающую по различным каналам. В этом случае любой уровень вашей эрудиции не спасёт от сложностей решения ежедневных задач (он только будет определять степень эффективности их решения), а привыкнуть к ситуации не позволит изменчивость условий решения. В каких сферах деятельности человека возможна такая ситуация? Наверняка там, где сходятся каналы разнообразной информации большого объёма, требующей оперативной обработки. Это характерно для диспетчерских служб (например, воздушного флота, железнодорожного транспорта) и управленческого персонала различных организаций. Их объединяет ещё и большая цена принимаемого решения, заставляющая искать пути не только облегчающие работу, но и повышающие её эффективность.

Какие же сейчас используются способы преодоления таких сложностей? Несмотря на одну и ту же природу их возникновения и большую ответственность за принятые решения, жизнь работникам этих категорий (назовём их условно “диспетчерами” и “начальниками”) облегчается принципиально разными способами. К “диспетчеру” стремятся стянуть всю информацию, в максимальной степени обработать её с помощью вычислительных средств и выдать обобщённую картину для принятия решения. При этом между источниками информации и “диспетчером” не размещается никакое промежуточное звено, вносящее неопре- делённость в алгоритм его действий, что позволяет ему максимально оперативно и высококачественно реагировать на все изменения внешней обстановки.

Деятельность “начальника” организуется принципиально другим образом. Ему стараются максимально уменьшить количество источников информации и её объём, доводя до него только сведения “заслуживающие” его внимания. Для этого создаётся целый штат заместителей и помощников, которые и определяют степень важности информации и необходимость её доведения. Помимо субъективных причин такого положения, существует и объективная причина — вид информации. Так, например, если “диспетчер” работает только с количественной информацией, методы обработки которой человечество постигало параллельно с созданием больших систем, то “начальнику” приходится сталкиваться и с информацией качественного вида, описывающей особенности окружающей среды, характеры отдельных людей, взаимоотношения с различными организациями. Эта информация носит не структурированный характер, и способы её обработки мы только постигаем.

К чему же приводит описанный выше способ организации работы “начальника”? Давайте проанализируем его последствия.

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

Второе. Существующий алгоритм обработки информации не отвечает требованию массовости. Суть его заключается в том, что при одних и тех же исходных данных и условиях решения задачи результат должен быть одинаков. Однако информация по мере прохождения иерархической лестницы до “начальника” изменяется в зависимости от личных качеств субъектов этой лестницы, что порождает непредсказуемость действий “начальника” в объективно одинаковых обстановках.

Помимо отмеченных основных недостатков иерархической системы доведения информации до уровня принятия по ней решения существует ещё ряд других: гипертрофированно большое число чиновников, корыстное использование или искажение информации и тому подобное, но это уже больше относится к социальным болезням индустриального общества, рассмотрение которых не входит в планы данной книги. Однако интересно заметить, что лечение этих болезней и устранение отмеченных недостатков неэффективно путём простого сокращения чиновнического аппарата за счёт уменьшения иерархической лестницы. В этом случае “начальники” будут завалены текущей информацией, принимаемые решения будут запаздывать, а для стратегического планирования совсем не останется времени. Итог один и тот же: неэффективность результатов и непредсказуемость действий управляющих структур.

Какой же возможен выход из этого “пикового” положения? Как облегчить управленческий труд, сделать его эффективным и предсказуемым? Ответ один: путём его автоматизации. Первые попытки автоматизации были сделаны в конце 60-х годов

XX века, когда начали появляться ЭВМ и стала модной аббревиатура АСУ — автоматизированные системы управления. Но в управленческой деятельности они так и не получили распространения. Это можно объяснить несколькими причинами. Во- первых, по-видимому, в то время ещё не было столь острой необходимости в автоматизации управленческого труда, и в первую очередь из-за отсутствия мощного мирового информационного пространства, а также эффективных средств и методов обработки информации. Во-вторых, для этого этапа автоматизации характерно разделение двух процессов — разработки АСУ и самой управленческой деятельности. АСУ создавали “технари”, вкладывавшие в неё свои представления о процессе, а использовать её должны были управленцы-практики, видевшие большую разницу в одной и той же цифре, исходившей из разных источников. Поэтому те немногие попытки внедрения АСУ в объективно слабо формализованный процесс управленческой деятельности были обречены на неудачу: решения, которые предлагались разительно отличались от тех, за которыми стояли опыт и интуиция руководителей. И наконец, третьей причиной неудачи АСУ стала субъективная настороженность руководителей и управленцев к самой идее выполнения их высококвалифицированной работы некой бездушной машиной. Такое отношение характерно не только для “ретроградов-управленцев”, но и для других представителей творческих профессий. Первыми компьютеризацией были затронуты музыканты и шахматисты, за которых пообещали сочинять музыку и играть в шахматы. Они возмутились, заявив, что в музыке главное душа, а в шахматах — интуиция, что отсутствует в машине. Однако, будучи умными и талантливыми людьми, они первыми поняли достоинства компьютера в интеллектуальной деятельности. Сейчас трудно представить композитора или шахматиста без персонального компьютера: он освобождает их от рутинной деятельности по перебору массы возможных вариантов ходов или различной аранжировки мелодий, оставляя больше времени и возможности для истинного творчества — генерации идей.

К концу 80-х — началу 90-х годов XX века ситуация для внедрения компьютерных технологий в управленческую деятельность резко изменилась. Это объясняется следующим.

  • 1. Появились разнопрофильные межнациональные корпорации, управление которыми “по старинке” стало просто невозможным.
  • 2. Резко обострилась конкурентная борьба за рынки сбыта продукции при значительном расширении её номенклатуры.
  • 3. Элементная база компьютеров стала позволять обрабатывать огромные объёмы информации практически в реальном масштабе времени.
  • 4. Была создана методическая основа для обработки информации качественного вида и принятия по ней решений.
  • 5. Образовалось мировое информационное пространство на основе компьютерных сетей (Интернета) и глобальных систем передачи данных.
  • 6. Информация сама стала товаром, то есть стала рассматриваться как самостоятельная ценность.

Увеличение потока информации с одновременным уменьшением времени на её обработку уже принципиально нельзя компенсировать увеличением управленческого штата, от которого в определяющей мере зависит эффективность работы всего предприятия. Так, академик Н.Н. Моисеев определил, что для увеличения производительности в N раз надо повысить в N3 производительность управленческого персонала /40/. Из-за несовершенства традиционных средств обработки и передачи информации коэффициент полезного действия руководителя на конец 80-х годов XX столетия не превышал 10 процентов /48/. Для решения данной проблемы в Великобритании по заказу правительства были проведены масштабные работы по созданию единого подхода к созданию и эффективному использованию информационных технологий, результатом которых стала Библиотека передового опыта организации информационных технологий (IT Infrastructure Library — ITIL), которая в дальнейшем стала стандартом для организации процессов управления сложными структурами.

В настоящее время ITIL пережила несколько редакций (на русском языке можно порекомендовать /19/). На основе ITIL был создан международный стандарт под именем ISO 20000 и разработан ряд структурированных подходов к управлению ИТ-услугами, наиболее известным из которых является IT Service ManagementITSM. В нём реализован так называемый процессный подход предоставления ИТ-сервисов, включающий девять базовых процессов (процесс управления инцидентами, процесс управления непрерывностью, процесс управления финансами и другие) /18/.

Что же скрывается за словосочетанием информационные технологии, замелькавшим на страницах книг в конце XX века и уже ставшим привычным на вы-, весках офисов и в рекламе? Путаницу вносит также использование других информационных терминов: системы обработки информации (СОИ); системы управления базой данных (СУБД); информационные системы (ИС); системы поддержки управляющих решений (СПУР); системы поддержки принятия решений (СППР); системы поддержки принятия стратегических решений (СППСР) и некоторые другие. От такого многообразия может и голова закружиться, тем более что всё вышеперечисленное предлагается к продаже, установке, применению на выгодных условиях и с большим эффектом использования практически во всех сферах управления. Давайте попытаемся вначале разобраться в терминах, а затем в сущности и возможностях, скрывающихся за ними. Термин “технология” определяется в толковом словаре как “совокупность процессов обработки или переработки материалов”. Поэтому “информационная технология” дословно будет означать “совокупность процессов обработки или переработки информации”. Следовательно, можно сделать вывод, что этот термин является более общим и может включать в себя все перечисленные выше “информационные” названия, а также любые действия, связанные с обработкой информации. Однако по факту приобретения компьютерной программы для поддержки принятия решений нельзя сказать о внедрении информационной технологии у себя на производстве. Должна быть реализована вся совокупность процессов обработки информации с её программно-техническим обеспечением, согласованная с задачами организационной системы, в которую она внедряется, и помогающая достижению целей этой системы. Кроме того, надо учитывать, что “информация” не совсем обычный материал: она исходит из различных источников, поэтому её надо собирать; она может стареть, поэтому должна обновляться; она может быть искажена, поэтому должна проверяться; её можно украсть, поэтому её нужно охранять. Все выше приведённые рассуждения можно отразить в следующем определении: информационная технологияэто целенаправленная взаимоувязанная совокупность процессов сбора, обмена, хранения, контроля и обработки информации, физически реализованная с помощью аппаратно-программных комплексов, взаимодействующих с человеком или коллективом сотрудников некоторой организационной структуры. Это определение наделяет информационную технологию (ИТ) всеми признаками системы (организованностью, сложностью, целостностью), поэтому при её дальнейшем рассмотрении будем подходить к ней с системных позиций.

Анализируя задачи ИТ, последовательность их выполнения и значимость для обеспечиваемого процесса, можно построить следующую её конструкцию.

На нижнем, первом уровне производятся сбор, приём, структурирование и хранение информации. Здесь же должен осуществляться контроль её достоверности и новизны. Структурирование информации предполагает её первичную обработку по различным характерным признакам и свойствам.

На втором уровне создаётся дружественный интерфейс, предполагающий обращение к информации, её отображение, компиляцию с различных баз данных, возможности обмена информацией между отдельными сотрудниками и структурами.

Здесь же необходим контроль за доступом к информации и её изменением. На третьем уровне сосредотачивается “интеллектуальная” технология. Здесь используются экономико-математические методы анализа информации, осуществляется оценка текущего положения дел, производится прогноз на определённый период, проводится имитация возможных ситуаций и математическая поддержка принятия стратегических решений.

Такая многоуровневая конструкция ИТ во многом совпадает с моделью Дж. Кэша развития информационных технологий /67/, “новой пирамидой информационных систем” М. Эрла /66/ и представлением В. Баатса /2/ о стратегических информационных системах.

За что же стоит “полюбить” ИТ, какие качественные преимущества можно получить от её внедрения? В первую очередь, конечно, будут устранены отмеченные выше недостатки существующей управленческой структуры. Так, во-первых, с помощью ИТ производственные процессы и изменения внешних условий станут проходить под контролем руководителя, обладающего всей полнотой власти в области принятия решений. В итоге совместятся уровни информированности и принятия решений, что повысит эффективность действий руководителя. Во-вторых, использование современных экономико-математических методов анализа информации и выбора наилучшей стратегии обеспечит предсказуемость действий руководителя с некоторым гарантированным результатом. В-третьих, ИТ освободит руководителя от рутинных текущих проблем, даст ему время для разработки и осуществления долговременного стратегического планирования. В-четвёртых, ИТ повысит уровень информированности сотрудников и в то же время устранит излишнее увлечение коллегиальными формами обсуждения и управления.

Чего же не следует ожидать от внедрения информационной технологии? В первую очередь не надо надеяться на существенную экономию труда в управленческих структурах. В этом случае, с одной стороны, произойдет изменение структуры занятости (за счёт привлечения большого числа специалистов по информационным технологиям — программистов, математиков, электронщиков, системных аналитиков), а с другой стороны, расширятся функции существующих штатных категорий (например, секретарь станет референт-секретарём вследствие выполнения им функций сбора и обработки данных). Во вторую очередь не стоит требовать от разработчика конкретных значений выигрыша от использования ИТ. До настоящего времени нет методик его подсчёта, выигрыш зависит от специфики предприятия, условий его работы и многого другого, поэтому априорная цифра не будет иметь ничего общего с действительностью. Однако если работой займутся настоящие специалисты, то выигрыш обязательно будет и даже большим.

Чего стоит опасаться от внедрения ИТ? Во-первых, повышения информированности сотрудников о делах и состоянии фирмы, ранее им неизвестных. Это может потребовать изменений в структуре организации и даже в её корпоративных отношениях. Во-вторых, ограниченности взглядов руководителя, которому не поможет самая современная информационная технология, и все затраты будут впустую. В-третьих, скрытого противодействия пользователей ИТ, возникающего в силу противоречия между отдельными подразделениями и выражающегося в сокрытии или искажении информации. Все эти опасения отпадут, если создание и внедрение ИТ станут общим делом для всех подразделений организации, а сотрудники почувствуют облегчение своей работы, увеличение к ней интереса и повышение её эффективности. Само же руководство предприятия сможет не только реагировать на события и их анализировать, но и моделировать последствия принимаемых решений и сделать управление стратегическим.

Теперь давайте выясним, к чему должно быть готово руководство предприятия при принятии им решения о внедрении ИТ и как оно должно провести этот процесс.

Прежде всего, надо отринуть идею покупки готовой информационной технологии в некой фирме. Готовых информационных технологий не существует в природе вообще, есть только программы и модели, реализующие отдельные функции общего плана. Даже если ИТ имеется на однотипном предприятии, то её нельзя механически переносить на другое. Эффект от информационной технологии будет только в случае учёта всех особенностей вашего предприятия. Поэтому сразу готовьтесь к тому, что создание ИТ станет совместной деятельностью для вас как будущего пользователя и специалистов-разработчиков. Особенно тесным должно быть это сотрудничество на стадии проектирования системы, при заложении всей идеологии её функционирования, что жизненно необходимо вам и разработчику. А кто же скрывается под именем “разработчик”? Здесь имеется в виду коллектив высококлассных специалистов в области создания информационных технологий, включающий системных аналитиков, математиков-программистов, электронщиков. Этот коллектив может войти в штат вашего предприятия (например, на правах отдела информационных технологий) или вы заключите с ним отдельный договор (так называемый договор на ИТ-аутсорсинг). Но из всего коллектива разработчиков вам нужно установить и поддерживать сотрудничество только с системным аналитиком. Этот человек должен оценить нужность ИТ, вникнуть в работу предприятия и суметь определить соответствие ИТ его потребностями. Он будет совместно с вами разбираться в существующих проблемах и вырабатывать пути их решения. В результате системный аналитик представит вам отчёт, где отражаются: актуальность внедрения ИТ в работу вашего предприятия; анализ проблем предприятия и существующей практики их решений; постановка задачи ИТ и описание её возможностей; требуемые материальные и временные затраты.

Этот документ завершает первый этап вашей работы. Он должен убедить вас в одинаковом с разработчиком понимании проблем, стоящих перед предприятием, и возможных путей их решения. В то же время вам станут понятными примерные перспективы от внедрения ИТ и необходимый для этого объём трудозатрат. Если вас всё это устраивает, то можно переходить к следующему этапу сотрудничества. На нём вы опять-таки должны исходить из того, что системный аналитик является специалистом в области проектирования информационных технологий (а не в вашей отрасли), поэтому ему нужна помощь в изучении деятельности предприятия. На этом этапе он разработает сценарий информационной технологии. В нём закладывается характер ваших взаимоотношений с ИТ, поэтому, когда вы будете читать и оценивать сценарий, помните, что лучшая технология — это та, которой вы будете управлять, а не та, которая будет управлять вами.

В сценарии должно быть описано следующее: принципы взаимодействия между ИТ и пользователем; формулировка решаемых проблем; обоснование выбранных показателей эффективности работы предприятия; номенклатура, объём, вид и форма обмена информацией; исследуемые области деятельности предприятия и направленность представляемых рекомендаций; принципы генерирования возможных вариантов решений; критерии оценки эффективности деятельности предприятия при выборе вариантов решений; точность и достоверность прогнозируемых характеристик и решений. Кроме того, в сценарии должны быть отражены требования к технической оснащённости ИТ и к квалификации привлекаемого персонала. В завершение сценария должны быть представлены этапы разработки и внедрения ИТ, формы отчётности.

Особое внимание надо обратить на принципы взаимодействия ИТ с пользователем. Здесь предполагается исходить из следующего.

  • 1. Информационная технология не должна требовать от пользователя специфических дополнительных знаний, выходящих за пределы его компетенции. Пользователю не надо знать ни вычислительной техники, ни методов обработки информации, а инструкция его общения с компьютером должна быть сведена к минимуму. В лучшем случае он должен уметь включить компьютер и работать на клавиатуре. Иначе у него ещё до начала работы с ИТ возникнет психологический барьер к общению, преодолеть который тем сложнее, чем старше человек.
  • 2. При решении задач не должно быть переноса проблемы из известной пользователю области в неизвестную. Например, модель принятия решений позволяет представить человеку лучший вариант действий. Для этого компьютер предварительно обработает все возможные варианты, причем в критерии отбора могут присутствовать значения достоверности используемой информации и степени риска при принятии решения. Эти значения ИТ может запросить у пользователя и тем самым поставить его в затруднительное положение. Чтобы избежать подобной ситуации, ИТ должна предложить пользователю два-три варианта решений с их оценками качества и условиями достижения по достоверности и риску, а он уже сам выберет лучший на основании своего опыта и интуиции.
  • 3. Пользователь должен чувствовать своё руководство ИТ, для чего выделяются этапы, от которых будут зависеть дальнейшие действия, с предоставлением возможности пользователю самому влиять на их ход. Компьютер не должен загонять человека в угол неотвратимостью своих решений, он может давать ему свои советы и оценки, оставляя за человеком право окончательного выбора. Также многое зависит от организации диалога между человеком и компьютером, что реализуется концепцией так называемого “дружественного интерфейса”.
  • 4. Общение с пользователем должно вестись в рамках возможностей математических моделей. Свобода выбора ограничивается выбранными предположениями и допущениями, а варианты решений, определяемые ими, должны быть обеспечены математическими моделями. Это исключит появление неопре- делённости состояния в любой ситуации.

После согласования сценария ваше сотрудничество с разработчиком становится менее интенсивным на период проектирования, программирования и внедрения ИТ. На этих этапах вы периодически в меру необходимости контактируете с системным аналитиком, который является как бы буфером между вами и техническими специалистами.

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

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

О модернизации надо сказать особо. В настоящее время теория информационных технологий находится в развитии, стремительно совершенствуется также компьютерная техника и программное обеспечение. Период морального старения несравненно меньше физического. Нередки случаи, когда первичное проектирование и программирование сопровождается перепроектированием и перепрограммированием вследствие переоценки требований к ИТ, а значит, и к превышению бюджета и переносу сроков выполнения работ. Кончается это плачевно: работы по созданию ИТ закрываются, а вложенные средства пропадают. В такой ситуации нелишне вновь вспомнить Козьму Пруткова, у него по этому поводу достаточно много наблюдений: “Никто не обнимет необъятного”; “Лучше скажи мало, но хорошо”; 'Чем скорее поедешь, тем скорее приедешь”. Отсюда и выводы: не нужно дожидаться методологической завершённости ИТ и законченности конструктивного совершенства вычислительной техники, пусть ваша информационная технология будет уступать теоретически возможным на момент внедрения, но она уже действует, преодолён психологический барьер её восприятия, появилась практика общения и убеждения, стало ясно, что нужно будет в дальнейшем, а что нет. Тогда модернизация будет проводиться целенаправленно, с меньшими сроками выполнения и затратами. Её возможность нужно закладывать на этапе разработки ИТ, предусматривая в дальнейшем расширение функций ИТ, отслеживание приоритетов и условий работы предприятия.

Рассмотрим основные принципы построения ИТ, это поможет будущему пользователю предметно предъявить разработчику требования и со знанием дела контролировать полученные результаты.

Вначале разберёмся с информацией, циркулирующей в ИТ, классифицируя её по источникам и составным частям. К первой части отнесём информацию, необходимую в качестве исходных данных для решения задачи (назовём её получаемой информацией), ко второй — выдаваемую (то есть порождаемую нами информацию). Получаемую информацию по источникам появления можно представить в виде внешней, внутренней и моделируемой. Сущность внешней и внутренней информации определена системным подходом к исследованию ИТ, который предполагает рассмотрение объекта исследования как системы в окружающей среде. Информационная часть внешних связей, показывающих условия функционирования системы, представляет внешнюю информацию, а внутренняя информация отражает структурные связи между компонентами системы. Так, для некоего предприятия, к внешней информации можно отнести данные: об источниках и условиях поставки сырья и комплектующих для производства продукции; о взаиморасчётах с государственными и другими предприятиями; о биржевых ценах, валютных операциях, курсах акций; о рынке сбыта продукции, потенциальных клиентах и существующих конкурентах. А внутренняя информация будет порождаться компонентами структуры предприятия и процессом его функционирования. Это: номенклатура и технические характеристики оборудования; производственные мощности и потенциальные возможности; технико-экономические характеристики выпускаемой продукции; кадровый состав и его квалификация; плановые задания и текущее состояние.

Основными требованиями к внешней и внутренней информации являются требования достоверности и своевременности (оперативности) её доставки.

Моделируемая информация порождается внутренними компонентами, относящимися к аппаратно-программному комплексу (АПК), но она может выражать как внутренние, так и внешние связи. Такую информацию поставляют так называемые модели исходных данных. Они описывают структуру и процесс функционирования реальных объектов, информация о которых по некоторым причинам поступить не может, например из-за недоступности, дороговизны, больших затрат времени на сбор и тому подобного. Для всех моделируемых объектов характерна предсказуемость их действий на изменение условий в определённых границах. Поэтому основными требованиями к моделируемой информации являются требования по её точности и надёжности. (Предсказуемые действия, по сути дела, не несут информации, вследствие чего можно рассматривать результаты моделирования лишь как более глубокое и всестороннее использование знаний, закладываемых в модель. Однако поскольку они являются исходными данными для дальнейших действий наравне с внешней и внутренней информацией, то для общности представлений будем считать результаты математического эксперимента моделируемой информацией.)

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

Теперь о методологии построения и использования ИТ. Существуют концепции централизованного и децентрализованно ного (распределённого) управления ИТ. Но, исходя из девиза “Ничего слишком!”, надо, пожалуй, говорить о необходимом или даже оптимальном уровне децентрализации. При нём центр должен вырабатывать общую стратегию, согласованную с целями и приоритетами предприятия, определять дисциплину взаимодействия между компонентами АПК и коллективом исполнителей, осуществлять подключение к телекоммуникационным сетям, организовывать работу общего банка данных, контролировать соблюдение принятых правил. Центр представляет руководитель предприятия, поддержанный центральным вычислительным комплексом. Весь остальной управленческий персонал отрабатывает частные задачи, порождённые декомпозицией общей задачи, что приводит к появлению иерархической структуры ИТ. Каждый уровень решает свою подзадачу с использованием необходимой информации и собственного математического обеспечения, разработанного с учётом принятых центром правил. Это даёт простор для инициативы всем управляющим звеньям, позволяет им действовать гибко в зависимости от обстановки и в то же время под контролем центра. Иерархия отношений в ИТ может строиться исходя из существующей на предприятии организационной структуры или согласно эпистемологическим уровням взаимодействующих систем (эпистемология, или теория познания,раздел философии, в котором изучаются природа и сфера распространения знания, его предпосылки и основы, а также критерии истинности знания). При эпистемологическом построении в подсистеме более высокого уровня используются все знания низших уровней, она же обладает дополнительной информацией, недоступной этим уровням. Например, при размещении математических моделей по эпистемологическим уровням на первом уровне будут располагаться модели, описывающие структуру и функционирование реальных объектов. Они определяются как модели систем, результаты математических экспериментов на которых отражают изменения показателей качества в зависимости от изменения исходных данных. Возможных сочетаний исходных данных может быть огромное число, а следовательно, будут множественны и разнообразны изменения показателей. Поэтому познать свойства системы или определить структуру только по результатам математического эксперимента на моделях первого уровня практически невозможно. Для обработки этих результатов предназначены модели, использующие математические методы системного анализа и синтеза. Они относятся ко второму эпистемологическому уровню, и с их помощью уже можно определять свойства систем, а также оптимизировать структуру и стратегию их применения. Результаты решения на моделях данного уровня увеличивают степень познания исследуемой системы и дают возможность проводить изменения в моделях исходных систем (моделях первого уровня), то есть порождать новые системы. Порождённые альтернативные системы будут иметь различные качественные оценки при разных условиях или целях применения. Это приводит к неопределён- ности при выборе наиболее перспективного варианта из некоторого множества. Для поиска лучшего служат модели третьего эпистемологического уровня, реализующие основные принципы теории принятия решений или теории игр. Они используют результаты моделирования первого и второго уровней и достигают более высокой степени познания исследуемого объекта. Однако, чтобы объединить модели этих эпистемологических уровней и автоматизировать процесс решения, необходимы по крайней мере модели ещё двух уровней — нулевого и четвёртого. Нулевой уровень как бы подводит фундамент под процедуры вычислений, и его представляют структурированные блоки внешней и внутренней информации с их программной поддержкой. Они отражают начальный уровень знаний и поэтому располагаются на низшем эпистемологическом уровне. Высший (четвёртый или пятый по порядку) уровень занимают модели, предназначенные для организации отношений между моделями и связи с пользователями ИТ. Модели этого уровня должны обладать некоторыми чертами искусственного интеллекта (например, генерации вариантов решения), поскольку они предназначены для ведения диалога с человеком, выдачи ему советов и оценок действий.

Количество уровней и моделей зависит от числа частных задач, то есть от степени декомпозиции общей задачи. В свою очередь, степень декомпозиции определяется диапазоном возможных решений, принимаемых управленческой организацией. Чем меньше этот диапазон, тем меньше частных задач, и, следовательно, тем меньше требуется моделей и уровней (такой же принцип лежит в основе построения организационной структуры предприятия, но там ещё существует субъективный фактор — отношение людей к своей работе, карьере, зарплате, и он часто влияет на расширение управленческого аппарата). Величина диапазона решений зависит от принимаемых предположений, при которых решается задача. Множество предположений относительно решений общей задачи называется методической парадигмой. Её выбор производится на этапе системного анализа проблемной области исходя из двух противоречивых критериев: качества решения и сложности решения (ведь с помощью упрощающих предположений можно максимально сократить диапазон возможных решений и тем самым снизить сложность процесса решений за счёт его качества).

Все эти рассуждения были проведены для того, чтобы показать одно из дальнейших направлений модернизации ИТ — отказ от упрощающих предположений. Данный процесс называется обобщением парадигмы, так как самая общая парадигма — это парадигма без предположений, когда диапазон возможных решений безграничен. Например, вспомним одну из рассмотренных во второй главе задач — о разработке системы контроля за интересующим нас районом Земли. Если система разрабатывается без предварительных предположений о её характере, то количество возможных решений будет достаточно велико: можно контролировать с земли, моря, воздуха, космоса; можно использовать непосредственный контроль или опосредованный; можно задействовать аппаратуру или людей и так далее и тому подобное, насколько у вас хватит воображения, и все эти варианты надо отработать, оценить и выбрать наилучший, для чего необходимы специалисты разных специальностей, сведенные в структурные образования по иерархическим уровням. Предположение о проведении контроля только с воздуха сразу же уменьшит число возможных вариантов решений и, соответственно, необходимую организационную структуру для их анализа. Дополнительные предположения о виде летательных аппаратов, времени контроля, способах передачи информации ещё больше упростят процесс решения и его организацию.

Таким образом, при разработке информационной технологии надо учитывать возможность структурных изменений в программном комплексе. Изменения программного обеспечения проводятся путём введения дополнительных программ и модернизации существующих. Однако для осуществления этого необходимо придерживаться определённых принципов разработки и построения программного обеспечения. Коротко рассмотрим их, исходя из общих положений теории создания САПР (систем автоматизированного проектирования) /30, 50/. Главным здесь является принцип модульной структуры, согласно которому математическое обеспечение делится на функционально самостоятельные модули. Этим обеспечивается возможность организации совместной работы отдельных специалистов, упрощается отладка и повышается надёжность программ. При модульно-иерархической структуре программного обеспечения модули высших уровней управляют работой модулей низших уровней. Вышестоящий модуль передаёт управление нижестоящему, который после отработки задания возвращает управление. Эффективность такого построения определяется степенью независимости программных модулей, достигаемой за счёт уменьшения их связи друг с другом и увеличения внутреннего единства в каждом из них.

Одной из наиболее развитых методик, обеспечивающих получение модульно-иерархических структур математического обеспечения, является методика композиционного проектирования /15/. Она позволяет получать модульные структуры с высокой независимостью программных модулей. В соответствии с этой методикой выполняются следующие действия: разрабатывается функциональная схема процесса обработки информации; выделяются автономные процедуры, формирующие структуру обработки информации для выполнения каждого из блоков функциональной схемы, и выделенным процедурам ставятся в соответствие программные модули; определяются потоки информации между программными модулями; назначается принадлежность программных модулей к различным эпистемологическим уровням; строится схема модульно-иерархической структуры обработки информации путём размещения программных модулей по эпистемологическим уровням и распределения потоков информации между ними.

Данная схема позволит, во-первых, уменьшить число программных модулей за счёт использования одного и того же в различных функциональных блоках, во-вторых, модернизировать отдельные модули без изменения вычислительной процедуры ИТ, в-третьих, расширять возможности ИТ за счёт ввода новых программных модулей, в-четвёртых, осуществлять единовременную отработку разнофункциональных модулей коллективом математиков и программистов, в-пятых, уменьшить зависимость допустимого объёма математического обеспечения ИТ от возможностей вычислительной техники.

Пришло время коротко сказать об эффективности программного обеспечения и возможностях вычислительной техники. Вычислительная эффективность определяется в основном расходуемым машинным временем и объёмом используемой оперативной памяти компьютера. Модульно-иерархическая структура программного обеспечения позволяет держать в оперативной памяти и работать только с модулями, непосредственно исполняемыми в данный момент, вызывая их при необходимости из долгосрочной памяти. Это улучшает второй показатель вычислительной эффективности и в то же время ухудшает первый. Его можно улучшить аппаратными способами, например создав многомашинный комплекс и распределив между ЭВМ выполняемые функции.

Немного об аппаратном составе информационной технологии. В общем плане технический комплекс можно представить в виде трёх составляющих: центрального вычислительного комплекса (ЦВК); автоматизированных рабочих мест (АРМ); локальных вычислительных сетей (ЛВС).

Центральный вычислительный комплекс объединяет функционирование АРМ в единый процесс, обеспечивает хранение и предоставление общесистемной информации, осуществляет контроль за работой отдельных подсистем и исполнителей.

Автоматизированное рабочее место предназначено для автоматизации действий интеллектуального работника по подготовке, обработке и передаче информации в объёме его функциональных обязанностей. Центральным техническим компонентом АРМ является персональная ЭВМ, оснащённая программным обеспечением и дополненная периферийными устройствами: принтерами, сканерами, графопостроителями, модемами и другими необходимыми приборами. Оснащение АРМ должно позволить работнику сконцентрироваться только на выполнении своих обязанностей и не думать о том, где и как получить информацию.

Локальная вычислительная сеть представляет собой систему передачи данных для осуществления взаимодействия между независимыми вычислительными средствами, установленными в одной и той же организации. Она включает в себя кабели для объединения вычислительных устройств в физическое кольцо и совокупность аппаратных и программных средств, обеспечивающих маршрутизацию и передачу данных между вычислительными устройствами. Работа ЛВС организуется согласно протоколу управления каналами передачи информации. В нём определён набор функций, реализуемых ЛВС, и иерархический порядок их выполнения. Структура протокола должна позволить получить наилучшее сочетание универсальности и гибкости для дальнейшего расширения возможностей ИТ, распределить операции подготовки, передачи и контроля информации между пользователями и самой ЛВС. Чтобы разобраться (при желании) в основных принципах построения вычислительных сетей, в используемом в них оборудовании и протоколах, а также во многом другом интересном, связанном с сетевыми технологиями, читателю рекомендуется обратиться к /42/.

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

Теперь коротко об аутсорсинге в области информационных технологий. Под ним понимается передача третьей независимой стороне (поставщику услуг — профессиональной компании в области информационных технологий) определённых функций на всех или отдельных этапах жизненного цикла информационной технологии, а именно: системного анализа проблемной области; проектирования; программирования; внедрения и опытной отработки; эксплуатации и модификации в определённых рамках вплоть до её замены. При этом аутсорсинг предполагает передачу активов поставщику услуг для обеспечения ему возможностей по внесению усовершенствований и проведения обслуживания посредством инноваций. В качестве достоинств аутсорсинга рассматривается возможность заказывающей компании, во-первых, сосредоточиться только на своём основном виде деятельности, во-вторых, снизить эксплуатационные издержки на создание и поддержание (эксплуатацию) ИТ и, наконец, в-третьих, получить доступ к техническим достижениям мирового уровня. В настоящее время рост рынка аутсорсинга в области информационных технологий идёт очень быстрыми темпами, он получает повсеместное распространение. Однако надо понимать, что помимо достоинств существует и ряд отрицательных последствий аутсорсинга, в частности потеря своих специалистов, которые смогли бы контролировать поставщика услуг, снижение безопасности и появление рисков утери конфиденциальности и прочее. Поэтому при принятии решения об аутсорсинге надо действовать согласно методам, описанным в настоящей книге. Это позволит установить, что передать на аутсорсинг, кому передать, как рассчитать выигрыш от его использования и принять взвешенное решение. В настоящее время используется более десятка различных моделей аутсорсинга /55, 66/, которые отличаются видом передаваемых услуг (например, можно передать только компьютерное оборудование и эксплуатацию системного программного обеспечения или только отдельные функции ИТ), интервалом времени передачи услуг (тактический или стратегический аутсорсинг), отношением к получаемой выгоде от ИТ-деятельности (вплоть до создания совместных предприятий с компанией — поставщиком услуг), местом расположения поставщика услуг и его административным положением (внутренний или оффшорный аутсорсинг). В любом случае, какую бы вы ни выбрали модель аутсорсинга, им надо управлять: вырабатывать требования к качеству услуг, определять техническое взаимодействие, улаживать проблемы. Этими вопросами должны заниматься профессионалы в области информационных технологий, входящие в штат вашего предприятия.

Автор надеется, что после прочтения этой главы вам станет ясно, кого взять к себе в помощники для решения ежедневно встречающихся сложных задач, как с ними взаимодействовать, что требовать и как спрашивать.

Возвращаясь к прочитанному, систематизируем наиболее важные моменты в очередных заметках на память.

Заметка первая. Одной из важнейших целей использования ИТ является соединение уровня наибольшей информативности о задаче с уровнем принятия по ней решения.

Заметка вторая. Эффект от внедрения ИТ будет только при совместном сотрудничестве будущего пользователя со специалистами-разработчиками, направленном на достижение одинакового понимания ими проблем предприятия и путей их решения.

Заметка третья. На начальном этапе сотрудничества особое внимание надо обратить на сценарий взаимодействия информационной технологии с вами и коллективом вашего предприятия. Его оценку следует производить исходя из принципа: лучшая технология — это та, которой будете управлять вы, а не та, которая будет управлять вами.

Заметка четвёртая. Возможности модернизации ИТ должны закладываться уже на этапе её разработки, целями модернизации являются: расширение функций ИТ; изменение приоритетов и условий работы предприятия; отказ от ранее принятых упрощающих предположений.

Заметка пятая. Весь жизненный цикл информационной технологии состоит из следующих этапов: системного анализа проблемной области; проектирования; программирования; внедрения и опытной отработки; эксплуатации и модификации в определённых рамках вплоть до её замены. Объём финансовых затрат на весь этот жизненный цикл и отдача от их использования будут зависеть от выбранной модели аутсорсинга и эффективности управления им.

 
<<   СОДЕРЖАНИЕ ПОСМОТРЕТЬ ОРИГИНАЛ   >>