Аналитика: методология, технология и организация информационно-аналитической работы - Юрий Курносов

Полученная в результате концепция (концептуальный продукт) должна соответствовать следующим требованиям:

— целенаправленность (все частные цели и процессы, должны быть направлены на достижение главной цели);

— оптимальность (концепция должна отвечать заданным критериям оптимальности, не должна приводить к срыву или торможению текущих деловых процессов при соблюдении приемлемых для заказчика режима потребления ресурсов);

— адаптивность (концепция должна быть приспособлена к реализации в структуре исполнителя, иметь резерв адаптации к изменяющимся условиям реализации);

— модульность (в ходе реализации концепции должна быть предусмотрена система промежуточных «контрольных точек», за счет чего руководитель проекта и заказчик мог бы составить представление о ходе ее реализации);

— комплексность (концепцией должны быть учтены все существенные аспекты проблемы);

— целостность (все функциональные блоки концепции должны быть тесно увязаны, она не должна распадаться на не объединенные единым замыслом блоки);

— однородность (описания всех функциональных блоков должны иметь равный уровень детализации).

Технология разработки концепций во многом перекликается с технологическим циклом ИАР — их сходство вызвано общностью закономерностей информационной работы, представляющей собой процесс поэтапного уточнения и совершенствования моделей, вплоть до той степени детализации, которая необходима для решения проблемы. Однако не следует забывать, что процесс разработки концепции является следующим этапом ИАР. По существу, этот процесс, протекает на стыке двух «потоков» ИАР — потока ИАР исполнителя (некого подразделения, занятого в сфере ИАР, действующего по поручению разработчика концепции) и потока ИАР заказчика или его представителя, осуществляющего взаимодействие с этим подразделением.

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

При осуществлении концептуального проектирования широкое применение находят компьютерные технологии: начиная от систем протоколирования схемы рассуждений и поддержки функционального проектирования и заканчивая системами автоматизации концептуального проектирования, таких, как отечественные системы Постулатор, Концепт, Оргпроект[76] и другие.

Последний класс систем заслуживает особого упоминания. В России подобные системы получили название «технологических линий концептуального проектирования». Эти программные продукты могут использоваться для решения задач концептуального проектирования следующих видов объектов и процессов:

— систем организационного управления;

— автоматизированных систем организационного управления;

— банков данных;

— программных изделий;

— программ совершенствования и развития организаций;

— систем регламентов и нормативных документов, законодательных актов;

— теоретических описаний предметных областей большой сложности;

— процессов обучения руководителей и т. д.

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

Вне зависимости от конкретной задачи и нюансов реализации систем поддержки концептуального проектирования, технология распадается на три крупных класса процедур:

— исследование предметной области;

— реконструкция (реструктуризация, реинжениринг) предметной области (или разработки новой парадигмы предметной области);

— разработка организационных процедур.

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

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

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

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

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

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

— проблемы, для решения которых используются ресурсы одной группы (класса);

— проблемы, требующие изменения схемы распределения ресурсов;

— проблемы, требующие изменения схемы управления;

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

— проблемы, решение которых может быть достигнуто за счет наращивания числа технологических линий (повышения расхода ресурсов);