Формулировка проблемы

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