Проектно-прескриптивная эпистемология управления

ПРОЕКТНО-ПРЕСКРИПТИВНАЯ ЭПИСТЕМОЛОГИЯ УПРАВЛЕНИЯ

От автора: о жанре и предмете этой работы

Эта работа — не отчёт об исследовании и не учебник. Это проект. Она предлагает способ производить знание об управлении, в котором проверяемое предписание проектируется вместе с механизмом его проверки. Такой способ я называю проектно-прескриптивной эпистемологией управления.

Название фиксирует два элемента, и оба принципиальны.

«Проектная» отвечает на вопрос «как производится знание»: через проектирование конструкции, а не через описание сущего и не через выведение нормы из ценностей.

«Прескриптивная» отвечает на вопрос «знание о чём»: о предписаниях — о том, что должно выполняться. Мы проектируем не теорию и не артефакт эффективности, а проверяемое предписание.

Вместе эти два элемента дают жанр, которого нет ни в описательной науке, ни в нормативной философии: жанр, в котором предписание обосновывается не истинностью описания и не авторитетом нормы, а встроенной опровержимостью последствий его применения.

Из этого следуют три обязательства, которые я принимаю на себя и предлагаю читателю.

Первое: всё, что в тексте выглядит как факт, отделено от того, что является проектной гипотезой. Я делаю это явно — маркерами [ПРОЕКТ], [ГИПОТЕЗА] и [НАБЛЮДЕНИЕ]. Там, где маркера нет, речь идёт о логическом рассуждении, а не об эмпирическом утверждении.

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

Третье: работа не претендует на статус проверенного знания. Её ценность — в проекте, а не в результате. Если проект окажется несостоятельным при проверке, это будет не провал, а нормальный исход проектной науки.

Я пишу это не для того, чтобы защититься от критики, а чтобы сделать её возможной. Критика проекта возможна только тогда, когда ясно, что в нём проект, а что — притязание на факт.

Введение. Проблема, которую решает проектно-прескриптивная эпистемология

1. Три способа знать об управлении

Управленческое знание производится сегодня тремя основными способами.

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

Второй — нормативный. Исследователь формулирует принципы должного: как надо управлять, какие процедуры внедрять, какие стандарты применять. Знание здесь следует из ценностей или из авторитета. Это эпистемология права, этики и отчасти менеджмента.

Третий — проектный. Исследователь проектирует конструкцию (процедуру, стандарт, институт), встраивает в неё механизм проверки и рассматривает конструкцию как гипотезу, подлежащую испытанию практикой. Знание здесь производится вместе с действием и неотделимо от него.

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

2. Почему управление нуждается в таком способе

Управление — дисциплина, в которой разрыв между знанием и действием особенно болезнен. Исследования управления редко приводят к изменению практики; реформы управления редко опираются на исследования. Причина не в слабости исследователей и не в косности управленцев, а в отсутствии жанра, в котором знание и действие производились бы вместе.

Описательная наука даёт знание, которое не доходит до действия. Нормативная — даёт предписание, которое не проверяется. Проектно-прескриптивная эпистемология отвечает на этот разрыв: она производит знание, которое по своей форме является предписанием, и предписание, которое по своей форме является проверяемым.

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

3. Структура работы

Глава 1 формулирует основания проектно-прескриптивной эпистемологии: чем она отличается от описательной и нормативной, что такое проектное предписание, каковы его критерии, как решается проблема происхождения нормативной силы предписания.

Глава 2 описывает метод: как проектировать предписание со встроенной проверкой.

Глава 3 разбирает случай — методологию смысловой устойчивости — как пример проектно-прескриптивной эпистемологии в действии, с явным разделением проекта и притязаний на факт.

Глава 4 формулирует ограничения подхода и условия, при которых он неприменим.

Глава 5 отвечает на возражения.

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

Глава 1. Основания проектно-прескриптивной эпистемологии

1.1. Три эпистемологии и место проектно-прескриптивной

Описательная эпистемология отвечает на вопрос: как устроено то, что мы изучаем? Её критерий — соответствие знания реальности (истина как корреспонденция). Её метод — наблюдение, гипотеза, проверка. Её продукт — теория.

Нормативная эпистемология отвечает на вопрос: как должно быть? Её критерий — обоснованность нормы (истина как правильность, в терминах Юргена Хабермаса). Её метод — аргументация, апелляция к ценностям или к процедуре согласия. Её продукт — норма, стандарт, принцип.

Проектная эпистемология отвечает на вопрос: как спроектировать конструкцию, которая, будучи внедрённой, позволит проверить, работает ли она? Её критерий — проверяемость проекта. Её метод — проектирование со встроенной валидацией. Её продукт — конструкция, которая одновременно является гипотезой.

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

Различие между проектной и проектно-прескриптивной эпистемологией можно сформулировать так. Проектная эпистемология спрашивает: «как устроить, чтобы проверить?» Проектно-прескриптивная спрашивает: «как устроить предписание, чтобы проверить, что предписанное выполняется и даёт заявленный эффект?» Первая проектирует конструкции вообще, вторая — нормативные конструкции.

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

1.2. Проблема происхождения нормативной силы предписания

Это центральная проблема проектно-прескриптивной эпистемологии, и её нельзя обойти. Предписание говорит «должно». Откуда берётся это «должно»?

Ответ описательной науки: ниоткуда. Описательная наука не производит предписаний; она описывает, как есть. Попытка вывести «должно» из «есть» — натуралистическая ошибка (Юм, Мур).

Ответ нормативной философии: из ценности или из процедуры. Предписание обосновано, если оно следует из ценности (аксиологический обоснование) или из процедуры согласия (делиберативное обоснование). Нормативная сила берётся из авторитета ценности или из авторитета согласия.

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

Это позиция, близкая к прагматизму Джона Дьюи и к «экспериментализму» в философии науки. Дьюи утверждал, что ценность идеи — в её последствиях, а не в её соответствии реальности. Проектно-прескриптивная эпистемология переносит этот принцип на предписания: ценность предписания — в проверяемости его последствий, а не в его истинности или ценности.

Но здесь есть тонкость. Дьюи говорил о проверке последствий после применения. Проектно-прескриптивная эпистемология требует большего: проверка должна быть встроена в предписание с момента его создания. Предписание не просто «допускает проверку» — оно предписывает, как проверить себя. Это отличает проектно-прескриптивное предписание от прагматической нормы.

1.3. Проектное предписание и его статус

Проектное предписание — это предписание, которое:

1. формулирует, что должно выполняться;
2. содержит в себе механизм установления того, выполняется ли предписанное и достигается ли заявленный эффект;
3. содержит критерий провала (что будет считаться невыполнением);
4. определяет границы применимости (в каких условиях предписание предположительно работает, а в каких — нет).

Статус проектного предписания отличается от статуса нормы и от статуса гипотезы.

От нормы оно отличается тем, что содержит встроенную проверку. Норма может быть проверена извне; проектное предписание проверяет себя через своё применение.

От гипотезы оно отличается тем, что предписывает, а не описывает. Гипотеза утверждает, что есть; проектное предписание утверждает, что должно быть, и одновременно — как узнать, стало ли.

От артефакта эффективности (design science Саймона) оно отличается тем, что оценивается по проверяемости, а не по эффективности. Артефакт эффективности может работать, но не содержать механизма установления того, что он работает. Проектное предписание без такого механизма — не проектное предписание.

1.4. Встроенная проверка как конститутивный признак

Главный признак проектно-прескриптивной эпистемологии — не проектирование и не прескриптивность по отдельности, а встроенная проверка. Предписание должно содержать в себе механизм, который делает возможным независимое установление его выполнимости и его эффекта.

Это отличает проектно-прескриптивный подход от нормативного. Нормативный стандарт может быть проверен извне (внедрили — посмотрели). Проектно-прескриптивный стандарт содержит проверку внутри: он предписывает не только, что делать, но и как узнать, сработало ли.

Пример. Нормативный стандарт оценки программ говорит: «оценивайте программы по критериям релевантности, эффективности, воздействия, устойчивости» (OECD DAC). Проектно-прескриптивный стандарт говорит: «оценивайте по шести индикаторам, публикуйте протокол оценки, проводите независимую панель с ICC ; 0,7, публикуйте неудачные кейсы». Второй не лучше первого по содержанию — он устроен так, что его проверка встроена в его применение.

Встроенная проверка — это не гарантия качества. Это гарантия опровержимости. Предписание, в которое встроена проверка, может провалиться — и это будет установлено. Предписание без встроенной проверки может провалиться незаметно.

1.5. Чем проектно-прескриптивная эпистемология не является

Это не апология веры. Утверждение «это проект, а не проверенное знание» не означает «в это нужно верить». Оно означает «это подлежит проверке, и вот как она устроена». Проект без встроенной проверки — не проектно-прескриптивная наука, а манифест.

Это не отказ от эмпирики. Проектно-прескриптивная эпистемология использует эмпирические данные — но как параметры проектирования, а не как доказательство. Данные пилота задают начальные значения (например, ожидаемый ICC), а не подтверждают предписание.

Это не замена описательной науке. Проектно-прескриптивная эпистемология не отвечает на вопрос «как устроено управление». Она отвечает на вопрос «как устроить предписание, чтобы можно было проверить, работает ли оно». Обе нужны.

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

Это не авторская методология. Проектно-прескриптивная эпистемология — жанр, а не конкретный инструмент. Шкала 42 — один из возможных артефактов, спроектированных в этом жанре. Жанр шире артефакта.

1.6. Отношение к существующим подходам

Проектно-прескриптивная эпистемология не претендует на абсолютную новизну. Её элементы разбросаны по разным традициям.

Design science (Саймон, Хевнер) даёт проектирование артефактов, но не даёт прескриптивности и встроенной проверки.

Прагматизм (Дьюи, Рорти) даёт проверку последствий, но не даёт проектирования предписаний.

Экспериментализм в философии науки (Хакер, Картрайт) даёт встроенную проверку, но не даёт прескриптивности.

Нормативная эпистемология (Хабермас) даёт прескриптивность, но не даёт встроенной проверки.

Конструктивное исследование (Kasanen, Lukka) даёт проектирование в управленческом учёте, но не даёт прескриптивной рамки.

Проектно-прескриптивная эпистемология соединяет эти элементы в жанр, в котором предписание проектируется вместе с проверкой. Новизна — не в элементах, а в их соединении и в том, что соединение даёт: проверяемое предписание.

Глава 2. Метод проектирования предписания со встроенной проверкой

2.1. Пять шагов проектирования

Проектирование предписания со встроенной проверкой проходит пять шагов. Каждый шаг фиксируется в проектном документе.

Шаг 1. Формулировка проектного допущения. Что мы утверждаем как проект, а не как факт? Допущение формулируется в проверяемой форме: «если предписание X будет применено в условиях Y, то будет наблюдаться эффект Z». Допущение должно быть опровержимым: должно быть указано, что будет считаться провалом.

Шаг 2. Проектирование предписания. Что именно предписывается? Предписание описывается достаточно детально, чтобы независимый исполнитель мог его воспроизвести. Оно должно содержать: что делать, кто делает, в какие сроки, с какими критериями допуска.

Шаг 3. Проектирование проверки. Как мы узнаем, выполняется ли предписанное и достигается ли эффект Z? Проверка включает: критерий успеха, критерий провала, процедуру измерения, требования к независимости проверяющих, процедуру публикации результатов (включая неудачные).

Шаг 4. Определение границ применимости. В каких условиях предписание предположительно работает, а в каких — нет? Границы формулируются как проектные допущения, а не как установленные факты.

Шаг 5. Пилот и пересмотр. Предписание проходит пилотную проверку. Результаты публикуются. Предписание пересматривается или отклоняется.

Ключевое: шаги 1–5 выполняются до того, как предписание объявляется стандартом. Предписание, не прошедшее шаги 3–5, не является проектным знанием — это проектный замысел.

2.2. Маркеры статуса утверждений

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

[ПРОЕКТ] — утверждение о том, что предписывается. Не истинно и не ложно; оценивается по проверяемости, воспроизводимости, опровержимости, публичности проверки, определённости границ.

[ГИПОТЕЗА] — утверждение, которое может быть проверено, но ещё не проверено. Оценивается по опровержимости. Гипотеза без критерия опровержения — не гипотеза.

[НАБЛЮДЕНИЕ] — утверждение о данных, полученных в ходе пилота или предварительного исследования. Оценивается по методологической корректности: описана ли выборка, воспроизводим ли расчёт, опубликованы ли данные.

Утверждение без маркера — логическое рассуждение или определение. Оно не претендует ни на проект, ни на гипотезу, ни на наблюдение.

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

2.3. Критерии качества проектного предписания

Проектное предписание оценивается по пяти критериям.

Проверяемость. Сформулирован ли критерий успеха и критерий провала так, что независимый проверяющий может установить результат?

Воспроизводимость. Описано ли предписание так, что независимый исполнитель может его воспроизвести?

Опровержимость. Сформулировано ли, что будет считаться провалом? Предписание, которое не может провалиться, не является проектным.

Публичность проверки. Встроена ли публикация результатов, включая неудачные?

Границы. Определены ли условия, при которых предписание неприменимо?

Предписание, не прошедшее хотя бы один критерий, — не проектно-прескриптивная наука. Это может быть ценная идея, но не проектное предписание.

2.4. Отношение к существующим стандартам

Проектное предписание не обязано быть лучше существующих стандартов. Оно обязано быть проверяемым в сравнении с ними.

Сравнение проводится по матрице соответствия: какие элементы существующих стандартов предписание покрывает, какие не покрывает, какие закрывает. Матрица составляется до пилота и публикуется вместе с проектом. Это защищает от двух крайностей: отказ от сравнения (предписание существует в вакууме) и подмена сравнения риторикой (предписание «дополняет» стандарты без указания, что именно оно дополняет).

2.5. Различение прескриптивности и нормативности

Одно уточнение, без которого метод теряет смысл. Прескриптивность и нормативность — не одно и то же.

Нормативность — свойство нормы, обоснованной из ценности или из процедуры согласия. Нормативность отвечает на вопрос «почему должно».

Прескриптивность — свойство предписания, содержащего встроенную проверку. Прескриптивность отвечает на вопрос «что должно и как узнать, что оно выполняется».

Нормативное предписание может быть проверено извне; прескриптивное предписание содержит проверку внутри. Нормативное предписание обосновывается ценностью; прескриптивное — опровержимостью последствий.

Это различие тонкое, но принципиальное: без него проектно-прескриптивная эпистемология превращается в нормативную эпистемологию под новым именем.

Глава 3. Случай: методология смысловой устойчивости

3.1. Почему этот случай показателен

Методология смысловой устойчивости (паспорт цели, шкала 42, пороги ИСУ ; 28, И5 ; 4, ; ; 2,5, институт прескриптивного аудита, сеть проверяемости) — пример артефакта, который может быть прочитан в трёх жанрах.

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

Как манифест он убедителен: сильная рамка «инструмент, а не ценности», честный раздел о рисках, реалистичные сценарии.

Как проектно-прескриптивное предписание он интересен: содержит встроенную проверку (протокол пилота, ICC ; 0,7, публикация неудачных кейсов), но не доводит её до конца (цифры 127/6/ICC 0,74 подаются как доказательство, а не как параметр проекта).

Ниже — разбор этого случая в логике проектно-прескриптивной эпистемологии. Задача разбора — не оценить методологию, а показать, как проектно-прескриптивная эпистемология работает с предписанием.

3.2. Что в методологии является проектом предписания

[ПРОЕКТ] Паспорт цели как документ, фиксирующий смысловое ядро решения до его принятия (идентичность, предназначение, вклад).

[ПРОЕКТ] Шкала 42 как инструмент оценки смысловой устойчивости по шести индикаторам.

[ПРОЕКТ] Пороги ИСУ ; 28, И5 ; 4, ; ; 2,5 как правила допуска.

[ПРОЕКТ] Институт прескриптивного аудита как саморегулируемая организация с обязательным членством, арбитражем по put-опции и финансированием из взносов эмитентов.

[ПРОЕКТ] Сеть проверяемости как децентрализованная система взаимного признания оценок.

[ПРОЕКТ] PST-актив как экономическая величина, складывающаяся из экономии, инвестиций и сверхэффекта.

Всё это — предписания. Они не истинны и не ложны. Они работоспособны или неработоспособны, и это подлежит проверке.

3.3. Что в методологии является гипотезой

[ГИПОТЕЗА] Оценка по шкале 42 воспроизводима: независимые панели дают близкие оценки (ICC ; 0,7).

[ГИПОТЕЗА] Оценка по шкале 42 предсказывает фактический эффект проекта: корреляция оценки с эффектом через 12–18 месяцев r ; 0,6.

[ГИПОТЕЗА] Проекты с высоким ИСУ имеют более низкую стоимость финансирования, чем проекты с низким ИСУ (при прочих равных).

[ГИПОТЕЗА] Паспорт цели, заполненный владельцем смысла персонально, снижает риск подмены смысла при ротации руководства.

[ГИПОТЕЗА] Культурная адаптация (обязательные поля сохраняются, показатели адаптируются) не разрушает сопоставимость оценок между странами.

[ГИПОТЕЗА] Методология применима участниками с разными ценностными системами без потери сопоставимости оценок (то, что в тексте методологии называется «нейтральностью»).

Эти гипотезы проверяемы. Их проверка — задача пилота, а не предмет веры.

3.4. Что в методологии является наблюдением

[НАБЛЮДЕНИЕ] В пилотных исследованиях (127 стратегий и проектов, 6 регионов РФ) зафиксированы значения ICC = 0,74 и r = 0,68.

Это наблюдение, а не доказательство. Оно имеет три ограничения. Первое: выборка не описана в тексте (нет методологии отбора проектов, нет характеристики регионов). Второе: наблюдение внутреннее (проведено разработчиком методологии, а не независимой группой). Третье: наблюдение не опубликовано в форме, позволяющей воспроизвести расчёт (нет сырых данных, нет протоколов).

Наблюдение с такими ограничениями не может использоваться как обоснование международного предложения. Оно может использоваться как параметр проектирования: если ICC = 0,74 достигнут во внутреннем пилоте, разумно ожидать, что при независимом пилоте он будет ниже, и планировать порог 0,7 как достижимый с запасом.

3.5. Что в методологии является притязанием на факт без основания

Здесь — главная проблема. Ряд утверждений в тексте методологии сформулирован как факт, но не является ни проектом, ни проверенной гипотезой, ни корректным наблюдением.

«Методология нейтральна» — притязание на факт. Нейтральность не показана; она заявлена. В проектно-прескриптивной логике это должно быть [ГИПОТЕЗА]: «методология может применяться участниками с разными ценностными системами без потери сопоставимости оценок». Такая гипотеза проверяема (пилот с участием стран с разными ценностными системами).

«PST-актив снижает стоимость финансирования» — притязание на факт. В проектно-прескриптивной логике это [ГИПОТЕЗА], проверяемая на данных о ставках по облигациям, выпущенным под проекты с разным ИСУ.

«Пример для региона: 26,05 млрд руб., 0,47% ВРП» — притязание на расчёт. В проектно-прескриптивной логике это [ПРОЕКТ]: «если применить формулу к параметрам X, Y, Z, получим такой результат; параметры подлежат калибровке».

Смешение этих статусов — главная уязвимость методологии как проектно-прескриптивного предписания. Она не в том, что методология не проверена, а в том, что она не признаётся открыто как непроверенная в тех местах, где это необходимо.

3.6. Что должно быть изменено, чтобы методология стала проектным предписанием

Чтобы методология смысловой устойчивости соответствовала критериям проектно-прескриптивной эпистемологии, необходимо следующее.

Разделение статусов. Каждое утверждение в тексте маркируется как [ПРОЕКТ], [ГИПОТЕЗА] или [НАБЛЮДЕНИЕ]. Цифры 127/6/ICC 0,74 переводятся в статус [НАБЛЮДЕНИЕ] с указанием ограничений.

Протокол пилота. Публикуется протокол независимого пилота: 10–15 проектов, 3–5 организаций, три независимые панели, ICC ; 0,7, корреляция с эффектом r ; 0,6, публикация неудачных кейсов. Протокол публикуется до пилота.

Матрица соответствия. Публикуется матрица соответствия OECD DAC, GRI, ISO 26000, SDG — с указанием, какие элементы покрываются, какие нет, какие закрываются. Матрица публикуется до пилота.

Границы применимости. Формулируются условия, при которых методология неприменима: процедурные документы (бюджет, НК), чрезвычайные ситуации, секретные разделы. Для каждого случая — отдельный протокол или признание ограничения.

Отказ от притязаний на нейтральность. Нейтральность переводится в гипотезу, подлежащую проверке, а не декларируется как свойство.

Институциональный дизайн как проект. Институт прескриптивного аудита и сеть проверяемости описываются как проектные конструкции с указанием условий реализуемости (наличие рынка PST, правовая инфраструктура put-опции, политическая воля участников), а не как работающие механизмы.

После этих изменений методология перестанет быть «монографией, которая не является монографией», и станет тем, чем может быть: проектным предписанием со встроенной проверкой.

Глава 4. Ограничения проектно-прескриптивной эпистемологии

4.1. Проектно-прескриптивная эпистемология не заменяет описательную науку

Проектный подход отвечает на вопрос «как устроить», но не на вопрос «как устроено». Он не может заменить эмпирические исследования управления. Более того, он в них нуждается: параметры проектирования (например, ожидаемый ICC) берутся из описательных исследований.

4.2. Проектно-прескриптивная эпистемология не заменяет нормативную аргументацию

Проектный подход не решает вопрос «какие ценности должны лежать в основе управления». Он решает вопрос «как устроить предписание, чтобы ценности были проверяемы». Вопрос о ценностях остаётся предметом нормативной аргументации.

Это ограничение принципиально. Проектно-прескриптивная эпистемология может спроектировать процедуру проверки смысла, но не может определить, какой смысл должен быть проверен. Она инструментальна, а не содержательна.

4.3. Проблема происхождения нормативной силы не решается полностью

Ответ проектно-прескриптивной эпистемологии на вопрос о нормативной силе предписания — «из встроенной опровержимости последствий» — не является исчерпывающим. Он объясняет, почему предписание обосновано эпистемически (мы можем узнать, работает ли оно), но не объясняет, почему предписание обосновано нормативно (почему его следует выполнять).

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

Это не провал подхода, а его честное ограничение. Проектно-прескриптивная эпистемология не решает проблему «есть — должно»; она показывает, как можно проектировать предписания, не прибегая к авторитету ценности, но не устраняет разрыв полностью.

4.4. Уязвимость к подмене

Главный риск проектного подхода — подмена проекта притязанием на факт. Текст, в котором проектное допущение подаётся как установленный факт, теряет доверие и не может быть проверен. Маркеры статуса — защита от этого риска, но не гарантия.

Второй риск — подмена проверки риторикой. Проект может содержать протокол проверки, но не проводить её, ссылаясь на «предварительные наблюдения». Это создаёт видимость проектно-прескриптивной науки без её содержания.

Третий риск — подмена границ универсальностью. Проект, не определяющий границ применимости, претендует на универсальность, которой не имеет.

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

Отличить одно от другого можно по простому тесту. Задайте вопрос: что должно произойти, чтобы авторы предписания признали его несостоятельным? Если ответа нет — перед вами норма. Если ответ есть и он сформулирован до применения — перед вами проектное предписание.

Пятый риск — подмена границ универсальностью в мягкой форме. Проект может признавать границы на словах («методология применима не везде»), но не операционализировать их: не указывать, в каких именно условиях предписание неприменимо, и не предусматривать процедуру отказа от применения. Признание границ без процедуры отказа — риторическая уступка, а не ограничение.

4.5. Ограничение по предмету: не всякое управленческое знание проектируемо

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

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

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

Третье: предписания в условиях, где данные недоступны. Если нет возможности измерить эффект, встроенная проверка невозможна. Предписание может быть ценным, но оно не будет проектным в строгом смысле.

Эти ограничения не отменяют подход; они очерчивают его область. Проектно-прескриптивная эпистемология сильна там, где проверка возможна, — и должна честно признавать, где она невозможна.

4.6. Институциональные ограничения

Проектно-прескриптивная эпистемология требует институтов, которых может не быть.

Первое: институт независимой проверки. Встроенная проверка предполагает, что проверяющие независимы от проектировщиков. Если независимости нет, проверка превращается в самоподтверждение.

Второе: институт публикации неудач. Проектный подход требует публиковать провалы. Но у организаций есть стимул скрывать провалы. Без институционального давления — репутационного, регуляторного — публикация неудач останется декларацией.

Третье: институт границ. Кто определяет, что предписание неприменимо в данных условиях? Если это делает сам проектировщик, он заинтересован в расширении применимости. Нужен независимый механизм установления границ.

Эти институты не создаются одним текстом. Они создаются практикой и политической волей. Проектно-прескриптивная эпистемология может спроектировать процедуру, но не может создать институт.

4.7. Ограничение: проект не гарантирует результата

Самое важное ограничение. Проектно-прескриптивная эпистемология гарантирует не то, что предписание сработает, а то, что мы узнаем, сработало ли оно. Это скромная гарантия, но она — единственная, которую можно дать честно.

Проект может провалиться. Это не дискредитирует подход; это его нормальный исход. Проектная наука отличается от нормативной не тем, что её предписания всегда работают, а тем, что её предписания могут провалиться публично — и это становится знанием.

Глава 5. Возражения и ответы

5.1. «Это не наука, а инженерия»

Возражение: проектирование предписаний — это не производство знания, а конструирование. Наука описывает, инженерия делает. Проектно-прескриптивная эпистемология смешивает одно с другим.

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

5.2. «Встроенная проверка — это просто мониторинг и оценка под новым именем»

Возражение: мониторинг и оценка давно существуют. Что нового даёт встроенная проверка?

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

5.3. «Проблема "есть — должно" не решена»

Возражение: вы признаёте, что нормативная сила предписания не выводится полностью из опровержимости. Значит, подход несостоятелен.

Ответ: подход не претендует на решение проблемы «есть — должно». Он претендует на другое: на производство предписаний, которые не нуждаются в авторитете ценности для своей эпистемической обоснованности. Нормативная сила — отдельный вопрос, и он остаётся открытым. Признание этого — не слабость, а честность. Подход, который объявляет проблему решённой, обманывает.

5.4. «Это просто апологетика методологии смысловой устойчивости»

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

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

5.5. «Проектный подход не даёт универсальных истин»

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

Ответ: универсальность — не единственная форма знания. Проектное предписание даёт знание о том, что работает в данных условиях и при данных границах. Это знание с ограниченной областью применимости — но оно проверяемо, а значит, надёжнее универсального утверждения, которое не проверено. Универсальная истина без проверки — не знание, а притязание.

5.6. «Кто будет проверять проектировщика?»

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

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

5.7. «Это западно-центричная рамка под российским флагом»

Возражение: проектная эпистемология, прагматизм, design science — западные традиции. Использование их для российского предложения — либо эпигонство, либо маскировка.

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

Заключение. Программа

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

Эта программа требует пяти вещей.

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

Второе: протокола проверки до применения. Предписание, проверка которого проектируется после его внедрения, — не проектное предписание. Протокол публикуется до пилота.

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

Четвёртое: отказа от притязаний на нейтральность. Нейтральность — гипотеза, а не свойство. Она проверяется, а не декларируется.

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

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

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

Приложение. Словарь статусов и маркеров

Маркер [ПРОЕКТ] — утверждение о том, что предписывается. Не истинно и не ложно. Оценивается по пяти критериям: проверяемость, воспроизводимость, опровержимость, публичность проверки, границы применимости.

Маркер [ГИПОТЕЗА] — утверждение, которое может быть проверено, но ещё не проверено. Оценивается по опровержимости. Гипотеза без критерия опровержения — не гипотеза.

Маркер [НАБЛЮДЕНИЕ] — утверждение о данных, полученных в ходе пилота или предварительного исследования. Оценивается по методологической корректности: описана ли выборка, воспроизводим ли расчёт, опубликованы ли данные.

Утверждение без маркера — логическое рассуждение или определение. Не претендует ни на проект, ни на гипотезу, ни на наблюдение.

Тест на проектное предписание: что должно произойти, чтобы авторы признали предписание несостоятельным? Если ответ сформулирован до применения — перед вами проектное предписание. Если нет — норма в проектной оболочке.

Различение прескриптивности и нормативности: нормативное предписание отвечает на вопрос «почему должно» и обосновывается ценностью или согласием; прескриптивное предписание отвечает на вопрос «что должно и как узнать, что оно выполняется» и обосновывается встроенной опровержимостью последствий.

Приложение. Чек-лист проектного предписания

Первое: сформулировано ли проектное допущение в форме «если X, то Y»?

Второе: указано ли, что будет считаться провалом?

Третье: описано ли предписание так, что независимый исполнитель может его воспроизвести?

Четвёртое: содержит ли предписание процедуру измерения эффекта?

Пятое: требует ли проверка независимости проверяющих?

Шестое: обязательна ли публикация результатов, включая неудачные?

Седьмое: определены ли границы применимости и процедура отказа от применения?

Восьмое: опубликован ли протокол проверки до пилота?

Девятое: составлена ли матрица соответствия существующим стандартам?

Десятое: различены ли в тексте проект, гипотеза и наблюдение?

Если хотя бы один пункт не выполнен — предписание не является проектным в строгом смысле. Оно может быть ценной идеей, но не проектным знанием.

Приложение. Разбор случая: методология смысловой устойчивости в свете чек-листа

По первому пункту — проектное допущение — в методологии сформулировано частично. Требуется явно указать: «если применить шкалу 42, то ICC ; 0,7 и r ; 0,6».

По второму пункту — критерий провала — не сформулирован. Требуется указать: «если ICC < 0,7 или r < 0,6, методология не подтверждена».

По третьему пункту — воспроизводимость — описана неполно. Требуется публиковать протокол оценки и первичные данные.

По четвёртому пункту — процедура измерения — есть (шкала 42). Требуется дополнить процедурой независимой панели.

По пятому пункту — независимость проверяющих — декларирована. Требуется обеспечить институционально.

По шестому пункту — публикация неудач — декларирована. Требуется ввести обязательство и реестр.

По седьмому пункту — границы применимости — признаны частично. Требуется операционализировать: процедурные документы, чрезвычайные ситуации, секретные разделы.

По восьмому пункту — протокол до пилота — отсутствует. Требуется опубликовать до начала независимого пилота.

По девятому пункту — матрица соответствия — есть (Приложение А). Требуется дополнить указанием пробелов и границ.

По десятому пункту — различение статусов — отсутствует. Требуется ввести маркеры [ПРОЕКТ], [ГИПОТЕЗА], [НАБЛЮДЕНИЕ].

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

Об авторе (служебная справка)

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

Автор: Нерсесян Р.С., научный руководитель БФ «Будущих поколений» ИНН 2365035567