Написан и опубликован пост с изложением ваших проблем при выполнении предыдущего задания в части подготовки инженерного обоснования. Особо в посте уделено внимание испытаниям как источникам свидетельств для аргументов в вашем обосновании. Сказано, как обоснование проверялось на отсутствие ошибок в аргументации. В посте также приведена оценка экономики: сколько было потрачено на обоснование, сколько было бы потратить оптимально, как принималось решение о необходимом объёме обоснования.
Проблемы при подготовке инженерного обоснования Требования: проблемы при выполнении задания, внимание испытаниям как источникам свидетельств, проверка на ошибки аргументации, оценка экономики обоснования.
Инженерное обоснование проекта ГРП на маловязкой жидкости: проблемы и выводы
Обосновывал претензию: «Технология ГРП на маловязкой жидкости обеспечивает более высокую эффективность разработки низкопроницаемых коллекторов по сравнению с гелевой технологией». Проект — инновационный, ОПИ проведено, выявлена проблема с песконесущей способностью жидкости.
Проблема 1: Испытания — главный дефицит свидетельств.
Из 7 свидетельств, которые я выстроил под 4 аргумента, ни одно не оказалось полностью достаточным. Три — частично, три — недостаточно, одно отсутствует вовсе. Критический пробел — аргумент о транспорте проппанта: лабораторный тест дал положительный результат, а ОПИ его опровергло. Это классическая fallacy Fallacious Composition — перенос свойства с лабораторного образца на пластовый масштаб. Урок: лабораторное испытание — это свидетельство для лабораторных условий, а не для пласта. Между ними стоит масштабный переход, который сам требует отдельного обоснования.
Проблема 2: Проверка на ошибки аргументации выявила системные слабости.
Когда я прогнал обоснование через таксономию fallacies из ISO 15026-2, обнаружилось, что почти каждый аргумент содержит хотя бы одну ошибку:
Unjustified Comparison — ссылки на опыт Северной Америки без доказательства сопоставимости условий
Insufficient Sample Size — одно ОПИ экстраполируется на программу тиражирования
Ambiguity — смешение физической и тарифной экономии в одной цифре «на 40% дешевле»
Pseudo-Precision — точный NPV, рассчитанный из неточных входных данных
Без явной классификации ошибок я бы назвал обоснование «нормальным» — все аргументы звучат разумно. Таксономия заставляет проверять каждый аргумент на конкретные типы заблуждений, и это дисциплинирует.
Проблема 3: Экономика обоснования.
Сколько потрачено на обоснование в нашем проекте: фактически — минимум. Лабораторные тесты жидкости и проппанта (условно 2-3 недели, порядка 500 тыс. руб.), моделирование в симуляторе (1-2 недели инженера), одно ОПИ (порядка 5-10 млн. руб.). Итого обоснование обошлось примерно в 10-15 млн. руб.
Сколько стоило бы потратить оптимально: добавить мини-ГРП для калибровки модели перед основным ОПИ (+3-5 млн.), провести тест песконесущей способности не только в лаборатории, но и на слот-модели пластового масштаба (+1-2 млн.), заложить второе ОПИ в другом типе коллектора (+5-10 млн.). Итого оптимально — порядка 25-30 млн. Это в 2 раза дороже, но позволило бы обнаружить проблему с песконесущей способностью до дорогого полевого ОПИ.
Как принималось решение об объёме обоснования: по факту — «сделаем минимум, посмотрим на ОПИ». Формальной процедуры выбора объёма испытаний не было. Это типично для инновационных проектов в нефтянке: бюджет на обоснование воспринимается как «накладные расходы», а не как инвестиция в снижение риска.
Написан и опубликован пост, в котором вы оцениваете состояние инженерных обоснований в вашем рабочем проекте, методы, которые вы использовали для этих обоснований (и где можно почитать об этих методах), предложения по улучшению работы с обоснованиями в вашем проекте, учитывая материал, изложенный в текущем разделе руководства.
Состояние инженерных обоснований в проекте
Требования: оценка состояния обоснований, используемые методы, где почитать, предложения по улучшению.
Как устроены инженерные обоснования в инновационном проекте ГРП — и что можно улучшить
Текущее состояние обоснований.
В проекте ГРП на маловязкой жидкости обоснования существуют, но не в форме структурированного assurance case, а разрозненно: лабораторные протоколы лежат у сервисной компании, модель — у инженера-проектировщика, отчёт по ОПИ — в общей папке. Связь между свидетельствами и претензиями нигде не зафиксирована явно. Вывод об успешности технологии делается «в голове» на совещании, а не на основании документированной структуры аргументов.
Методы, которые используются сейчас:
Лабораторные испытания (реология, проводимость, совместимость) — стандартная практика, но без привязки к конкретным претензиям
Численное моделирование ГРП (симулятор) — используется для дизайна, но не для обоснования. Модель не проходит формальной верификации (hold-out test, анализ чувствительности документируется редко)
ОПИ — основной источник свидетельств, но программа ОПИ не содержит явной связи «какой аргумент подтверждаем этим испытанием»
Экспертное суждение — де-факто основной метод принятия решений. Проблема: не документируется, не воспроизводимо, подвержено cognitive biases
Где почитать о методах обоснований:
Руководство «Системная инженерия» (Левенчук, Aisystant) — раздел об испытаниях, проверке и приёмке, инженерных обоснованиях
ISO 15026 «Systems and software assurance» — стандарт структурированных обоснований
CAE framework (Claims, Argument, Evidence) от Adelard LLP — практический фреймворк для построения assurance case
Assurance 2.0 framework (2020) — поддержка инноваций и инкрементального обоснования, ближе к agile
«A Taxonomy of Fallacies in System Safety Arguments» — классификация ошибок аргументации, полезна для ревью обоснований
Предложения по улучшению:
Ввести явную структуру «претензия — аргумент — свидетельство» хотя бы для ключевой претензии проекта. Не нужен полноценный assurance case в диаграммной нотации — достаточно текстового документа со списком с отступами (аутлайнер). Это займёт 2-4 часа на проект, но сделает обоснование проверяемым.
Привязать программу испытаний к аргументам. Перед каждым лабораторным тестом и ОПИ явно фиксировать: какой аргумент мы проверяем этим испытанием? Какое свидетельство получим? Это не добавляет стоимости, но кардинально повышает ценность испытаний.
Проводить ревью обоснований по таксономии fallacies. Перед принятием решения о тиражировании — прогнать обоснование через чеклист типовых ошибок аргументации (ISO 15026-2). Это 1-2 часа экспертного времени, но позволяет найти ошибки, которые «звучат разумно» без формальной проверки.
Разделять физический и экономический регистр. Все экономические аргументы должны содержать явный «мост»: физический параметр → тарифная база → экономический эффект. Без моста экономический аргумент непроверяем.
Закладывать бюджет на обоснование как процент от стоимости проекта. Ориентир: 10-15% бюджета ОПИ на дополнительные испытания для обоснования (мини-ГРП, расширенные лабораторные тесты, второй пилот). Это дешевле, чем обнаружить проблему при тиражировании.