Анализ операционных процессов, цифровой нагрузки и организационных рисков

- -
- 100%
- +

Рис. В.1. Карта аппарата пособия: как ядро из трёх конструкций порождает ресурсную цену, меру у источника риска и положение субъекта воздействия
Теоретические основания методологии
Диагностический аппарат пособия не является отдельной авторской интуицией: каждая из его конструкций — синтетическое построение на пересечении нескольких теоретических линий. Ниже кратко указано, на какую традицию опирается каждая конструкция; это не история вопроса, а карта источников для тех, кто хочет проверить методологию на прочность или продолжить работу с ней.
Институциональная рамка. В основе понятийного аппарата лежит идея, что устойчивые правила поведения (нормы, роли, санкции) закрепляются не столько формальным документом, сколько повторяемым действием. Это идёт от классической теории институтов (Durkheim, 1895/1982; Parsons, 1951; Berger, Luckmann, 1966) и от понимания цифровых систем как конфигураций, чьи правила частично закреплены программным обеспечением (Scott, 2013). Пособие сужает эту рамку с уровня института до уровня процесса внутри конкретной организации: тот же вопрос, где норма фактически закреплена, а где только продекларирована, здесь переносится с института целиком на отдельную операцию. Веберовская категория легитимного порядка (Weber, 1978), гидденсовская структурация (правила и ресурсы как условие и результат действия; Giddens, 1984) и морфогенетическое разведение структуры, действия и изменения у Archer (1995, 2003) дают язык для того, чтобы на этом суженном уровне анализировать, как меняются полномочия и ответственность человека, организации и системы. Этот язык лежит в основе процедурно-практического разрыва, которым пособие описывает расхождение между процедурой и её практической интерпретацией исполнителем.
Процедурно-практический разрыв неоднороден: разные его случаи требуют разных мер воздействия, и пособие выделяет шесть типовых разновидностей. Интерпретационный разрыв — участники по-разному понимают одно и то же правило. При маршрутном разрыве цифровой маршрут задачи расходится с тем, как процесс идёт на практике. Информационный разрыв возникает, когда для содержательного решения не хватает данных — формально доступных, но не фактических. Разрыв полномочий — действие нужно, но право на него не закреплено за тем, кто должен его совершить. При исключительном разрыве стандартная процедура просто не предусматривает нестандартный, но реально повторяющийся случай. Компенсаторный разрыв — когда результат держится на скрытой работе, оформленной как исключение, а не как штатная часть процесса. В примерах по ходу пособия для каждого разрыва названо, к какому из шести типов он ближе, — просто зафиксировать расхождение между процедурой и её интерпретацией недостаточно.
Процедурно-практический разрыв находится в одном проблемном поле с несколькими уже существующими категориями организационной теории, социологии труда и исследований информационных систем. Поэтому его статус требует прямого разграничения. Категория не претендует на первичное обнаружение расхождения между формальной процедурой и фактической работой: её назначение — операционализировать это расхождение применительно к цифровому процессу и перейти от общего факта несовпадения к определению конкретного механизма, носителя его ресурсной цены и меры у источника риска.
Таблица В.1. Процедурно-практический разрыв и смежные категории
Смежная категория
Что фиксирует
Отличие процедурно-практического разрыва
Расцепление формальной структуры и деятельности, decoupling (Meyer, Rowan, 1977)
Формальная структура организации может поддерживаться ради легитимности, тогда как фактическая деятельность строится иначе
Анализируется на уровне организации в целом; тогда как процедурно-практический разрыв локализуется в конкретной операции, маршруте или полномочии и связывается с наблюдаемыми последствиями процесса
Work-as-Imagined / Work-as-Done (Hollnagel, 2015)
Различие между работой, какой её представляют правила и руководители, и работой, фактически выполняемой в изменяющихся условиях
Даёт общее различение предписанной и фактической работы; тогда как процедурно-практический разрыв дополнительно классифицирует механизм несовпадения и связывает его с триадой инстанций и мерой вмешательства
Невидимая работа (Star, Strauss, 1999)
Труд, необходимый для результата, но не отражённый в формальном учёте
Невидимая работа может быть следствием компенсаторного разрыва, но не исчерпывает категорию: информационный, маршрутный или полномочный разрыв может существовать и без значительного объёма скрытого труда
Обходной способ действия, workaround (Alter, 2014)
Намеренное отклонение от процедуры для достижения цели, когда стандартный маршрут не работает
Workaround — реакция участника на затруднение; процедурно-практический разрыв обозначает конфигурацию процесса, которая делает такой обход необходимым или рациональным
Каждая из этих смежных традиций уже закрепила свою часть картины: различение формальной структуры и фактической деятельности идёт от неоинституционализма Meyer и Rowan, невидимая работа — из исследований Star и Strauss, Work-as-Imagined / Work-as-Done — из resilience engineering, workaround — из исследований информационных систем. Эмпирическую параллель на российском материале составляют исследования реальных трудовых практик в постсоветской экономике: работы В. В. Радаева по экономической социологии рынков и трудовых отношений (Радаев, 2008), В. Е. Гимпельсона и Р. И. Капелюшникова о неформальности на российском рынке труда (Гимпельсон, Капелюшников, ред., 2014) и О. И. Шкаратана о трудовых иерархиях и социальном неравенстве в постсоветских организациях (Шкаратан, 2012); процедурно-практический разрыв продолжает эту линию на уровне отдельной операции, а не предприятия или рынка труда в целом. Вклад процедурно-практического разрыва не в том, что расхождение между процедурой и практикой открыто впервые, а в соединении четырёх операций в одну процедуру: разрыв локализуется в конкретной точке процесса, классифицируется по механизму, который его производит, привязывается к распределению влияния, полномочий и ответственности — и только после этого диагностический вывод переходит в меру, меняющую сам источник разрыва. Поэтому это авторская операциональная категория прикладного слоя пособия, а не претензия на новую общую теорию организационного действия.
Процесс и операционная модель. Разведение процесса (движения работы от входа к результату) и операционной модели (системы условий, в которой это движение происходит: роли, инструменты, метрики, полномочия) восходит к социотехнической традиции в изучении труда. Trist и Bamforth (1951), исследуя переход на новый метод угледобычи, показали, что техническое изменение перестраивает всю социальную организацию труда, а не только отдельную операцию. Cherns (1976) обобщил это наблюдение в принципы социотехнического проектирования: техническая и социальная подсистемы должны согласовываться, а не проектироваться последовательно, с подстройкой людей под уже готовую технологию. Пособие использует эту традицию не на уровне организации целиком, а на уровне отдельного цифрового процесса: инструмент — техническая подсистема, операционная модель — социальная, и их несогласованность — типовой источник организационного риска.
Триада инстанций. Разведение фактической инстанции влияния, формальной инстанции принятия решения и инстанции ответственности опирается на исследования алгоритмического управления (Kellogg, Valentine, Christin, 2020) о перераспределении контроля и асимметрии власти при внедрении цифровых систем в рабочий процесс, а также на дискуссию о распределённой агентности технологий (Latour, 2005; Orlikowski, 2007). Практический смысл этой теоретической линии для пособия таков: там, где раньше было достаточно спросить «кто отвечает за процесс», теперь нужно спросить отдельно про влияние, отдельно про решение и отдельно про ответственность, потому что цифровая система развела то, что раньше держалось в одних руках. При этом пособие не признаёт цифровую систему самостоятельным социальным субъектом: «инстанция» — операциональная позиция в цепочке влияния и ответственности, а не носитель субъектности. Формальную инстанцию принятия решения образует лицо, роль или орган, уполномоченные принять, подтвердить, изменить или отменить решение, а не правило или критерий, по которому оно оценивается: правило — основание решения, фиксируемое отдельно от самой инстанции. Статус, поле или отметка в цифровой системе фиксируют исход применения правила, но не принимают решение и не входят в триаду как самостоятельная позиция.
Темпоральная траектория T0–T6 и TTNU. Идея картирования становления по точкам перехода, от доступности практики до её признания и оформления как нормы, в исходной традиции разработана для институтов в целом: секвенциальный анализ Abbott (1997/2001), работы Barley (1986) о технологии как поводе для структурирования организации и функциональном смещении, Meyer, Rowan (1977) и DiMaggio, Powell (1983) об институциональных давлениях и изоморфизме, Greenwood, Suddaby, Hinings (2002) о «стимулах», предшествующих оформлению новых правил, Hirschman (1970) о голосе и апелляции как реакции на сбой, и Matthias (2004) о разрыве ответственности при автономных системах. Пособие использует ту же логику точек перехода, но применительно не к институту, а к отдельному процессу: T0 — момент технологического запуска конкретной операции, T6 — момент, когда новый порядок работы закрепился как норма поведения в этом процессе, а не во всей организации или отрасли. Применимость обеих конструкций — триады инстанций и метрики TTNU — не одинакова во всех типах организаций: в крупной структуре с развитой цифровой инфраструктурой три позиции обычно закреплены за разными людьми и системами, а точки T0–T6 хорошо различимы в логах и регламентах, тогда как в небольшой организации, где все три позиции нередко совмещены в одном человеке, либо в жёстко регламентированной государственной структуре, где неформальная практика официально не признаётся, применение обеих схем требует содержательной адаптации, а не прямого переноса.
Ресурсная цена результата и мера у источника риска. Здесь методология напрямую заимствует логику модели требований и ресурсов JD-R, введённой Demerouti et al. (2001) и впоследствии развитой (Bakker, Demerouti, 2017): психосоциальный риск возникает тогда, когда требования работы систематически превышают доступные ресурсы. Пособие переносит эту логику с уровня человека на уровень процесса: избыточная нагрузка операции измеряется тем же способом, что и избыточная нагрузка сотрудника, через разрыв между тем, что процесс требует, и тем, что он обеспечивает для собственного выполнения. У этого переноса есть отечественный концептуальный предшественник: понятие внутренней цены деятельности, введённое в психологии труда для описания того, какими затратами человек оплачивает выполнение работы с заданной надёжностью (Леонова, Медведев, 1981; Леонова, 1984). Направление, изучающее сходный механизм именно применительно к цифровым технологиям — как технонапряжение и технозависимость, — в современной литературе получило название техностресса. Пособие продолжает эту линию, перенося её с уровня функционального состояния человека на уровень организационного процесса. Дополнительное основание даёт концепция ограниченной рациональности Simon (1955; впоследствии отмеченная Нобелевской премией по экономике): способность содержательно проверить решение всегда ограничена вниманием, временем и информацией, а не только наличием формальной процедуры. Британские HSE Management Standards (Cousins et al., 2004) операционализируют ту же логику требований и ресурсов для практического риск-менеджмента: они раскладывают риск на шесть управляемых параметров — требования, контроль, поддержку, отношения, роль и изменения, — и именно этот прикладной разбор, а не только теоретическая модель, лежит в основе того, как пособие раскладывает организационный риск в третьем блоке.
У этой психологической цены есть экономический родственник, и связывает их именно ограниченная рациональность Simon. Coase (1937) показал, что фирма существует потому, что использование рыночного механизма координации само стоит дорого: контракты, контроль и согласование требуют ресурсов не меньше, чем производство результата. Williamson (1981), развивая эту идею в теории трансакционных издержек, прямо опирается на ограниченную рациональность: чем меньше стороны способны заранее предусмотреть и содержательно проверить условия сделки, тем выше издержки на согласование, контроль и разрешение споров внутри организации.
Эта логика не подменяет институциональную рамку, о которой шла речь выше, — она отвечает на другой вопрос. Почему организация вообще выбирает ту или иную форму, объясняет неоинституциональная социология (DiMaggio, Powell, 1983; Meyer, Rowan, 1977): через легитимность и институциональное давление, а не только через расчёт эффективности. Во что обходится организации поддержание уже выбранной формы на практике — вопрос смежный, но другой, и на него отвечает теория трансакционных издержек, независимо от того, чем эта форма изначально мотивировалась. Пособие держит оба объяснения рядом: институциональная рамка нужна, чтобы понять, откуда берётся процедурно-практический разрыв, трансакционные издержки — чтобы понять, во что он обходится.
Психологическая цена (избыточные требования JD-R) и экономическая цена (трансакционные издержки координации) тесно связаны, но не совпадают полностью. Координация может быть дешёвой для организации и одновременно дорогой для конкретного человека — если её эффективность держится именно на его повышенной нагрузке. Диагностика, которую пособие вводит в третьем блоке, работает как раз в этом зазоре: цифровое трение и скрытая работа — это те самые трансакционные издержки, которые цифровизация не устранила, а переместила с рыночного механизма на исполнителя внутри организации, причём в форме, которая не попадает в бухгалтерский учёт, но целиком попадает в психологическую цену конкретного сотрудника.
В литературе об организационных изменениях та же развилка описывается без обращения к экономической теории — как два архетипа: Theory E, изменение ради экономической ценности, и Theory O, изменение ради организационной способности (Beer, Nohria, 2000). Большинство проектов цифровизации формулируются и измеряются языком Theory E — сроки, экономия, высвобожденные ресурсы, — и разобранные во Введении методики зрелости цифровизации устроены именно поэтому. Диагностический аппарат пособия работает на стороне Theory O: он не заменяет первую сторону, а восполняет то, что на ней систематически не измеряется.
Поток задач, WIP и очереди. Категории потока задач, WIP и очереди, на которых строятся первый и второй блоки пособия, идут из другой пары традиций: из теории массового обслуживания — формулы Little, связывающей длину очереди, время ожидания и интенсивность потока (1961), — и из практики бережливого производства, где WIP вводится как источник задержки и скрытой перегрузки, а не просто как показатель загрузки (Ohno, 1988; Womack, Jones, 1996). Теория ограничений (Goldratt, Cox, 1984) добавляет к этому ключевой практический вывод: пропускную способность всей системы задаёт самое узкое место — средняя загрузка тут ни при чём, и ускорение любого другого участка сверх возможностей этого узкого места лишь увеличивает WIP без всякой пользы для итогового результата. Пособие переносит эти категории из производственного процесса в цифровой и офисный: очередь задач в таск-трекере или почте подчиняется той же логике накопления, что и очередь на конвейере. Современная организационная теория предлагает более широкую рамку для того же явления: обзор 259 исследований показывает, что время в организациях изучается как минимум в трёх разных оптиках — как ресурс (то, чем оперирует формула Little и логика WIP), как структура (расписания, дедлайны и темпоральные нормы, возникающие институционально, поверх решений конкретного человека) и как процесс (то, как темп работы меняется и разворачивается во времени) (Blagoev, Hernes, Kunisch, Schultz, 2024). Пособие работает преимущественно в первой оптике, но процедурно-практический по своей природе разрыв между регламентным темпом и фактическим часто коренится именно во второй: расписание — продукт институциональных решений, процесс сам по себе его не диктует.
Платформенная логика и цифровое трение. Понимание цифровой платформы как инфраструктуры нового режима контроля восходит к Zuboff (2019), датафикации — к Couldry, Mejias (2019), платформенного капитализма — к Srnicek (2017). Эмпирическая база платформенного труда собрана у Vallas, Schor (2020) и Wood, Graham, Lehdonvirta, Hjorth (2019). Для пособия из этой традиции важен один перенос: платформенная логика проявляется не только у курьеров и водителей, а в любой внутренней цифровой системе, которая распределяет задачи, оценивает выполнение и определяет видимость сотрудника для руководителя. Цифровое трение — это то, как такая логика ощущается изнутри процесса. Британский регулятор по защите данных прямо называет источник этой слепоты: если работодатель оценивает работу по времени в системе учёта задач, не принимая во внимание работу, выполненную за её пределами, такой мониторинг «нечестный и неадекватный» (ICO, 2023) — формулировка, которая с точностью юридического документа описывает то же расхождение, которое пособие называет процедурно-практическим разрывом.
Символичность апелляции. Наблюдение о том, что формальная апелляционная процедура не устраняет разрыв, если не ведёт к содержательному пересмотру решения, эмпирически подтверждено делом Amsterdam Court of Appeal об Uber, где human review был квалифицирован как «purely symbolic act» (ECLI:NL:GHAMS:2023:793). Это согласуется с тезисом Pasquale (2015) о непрозрачности алгоритмических систем.
Всюду, где это методологически уместно, пособие сохраняет одну и ту же оговорку: перечисленные традиции анализируют институт цифрового общества и его субъектов, а данное пособие — процесс внутри организации; перенос понятий с институционального уровня на уровень организационного процесса сделан осознанно и обозначен явно в каждом случае, а не выдаётся за прямое совпадение предметных полей.
Методологический статус аппарата
Представленный аппарат имеет двойное происхождение. Его теоретико-методологическое основание образует многоуровневая архитектура анализа цифрового изменения, разработанная для исследования становления институтов цифрового общества. В настоящем пособии эта архитектура используется на одном уровне отдельного организационного процесса и дополнена прикладными средствами процессной диагностики.
По статусу это авторская операциональная диагностическая рамка: последовательность аналитических различений, вопросов и способов фиксации данных, которая позволяет описать изменение процесса, операционной модели, распределения влияния, полномочий и ответственности, темпоральные рассогласования, предел содержательной проверки и ресурсную цену результата. Психометрической методикой, формальным стандартом аудита, количественной шкалой общего назначения или валидированным алгоритмом автоматического вывода она не является. В российской традиции организационного консультирования применение заранее сформированного аналитического аппарата к конкретному случаю давно рассматривается как отдельная задача — не тождественная построению общей теории организации (Пригожин, 2003).
Кейсы в главах используются для демонстрации: они показывают, как последовательно провести аппарат через конкретный процесс, какие сведения для этого нужны и какие диагностические выводы можно получить. Статистической выборки они не образуют и распространённость выявленных конфигураций не оценивают. Демонстрация применимости кейсов к отдельному случаю — не проверка воспроизводимости: разные аналитики вполне могут по-разному провести границы процесса, датировать момент фактического изменения функции, классифицировать разрыв или оценить достаточность меры.
Design science research служит здесь дополнительным языком для описания того, как проектировался диагностический инструмент (Hevner, March, Park, Ram, 2004; Peffers, Tuunanen, Rothenberger, Chatterjee, 2007): с разделением на постановку проблемы, формулирование требований, разработку аппарата, демонстрацию и оценку. В пособии пройдены первые три шага. Разрыв между метриками внедрения и последствиями для работы человека, зафиксированный во Введении, — это и есть идентификация проблемы. Три базовые конструкции и образуемые ими прикладные элементы — спроектированный артефакт. Кейсы каждой главы — демонстрация. А вот систематическая оценка — независимое применение несколькими аналитиками, проверка межэкспертной согласованности, анализ устойчивости результатов, оценка организационных последствий — это отдельный, ещё не пройденный этап апробации.
Отсюда и допустимый характер выводов. Аппарат позволяет сформулировать диагностическую гипотезу о механизме риска и показать, на каких данных она держится. Но без дополнительной проверки он не даёт права утверждать, что найденное рассогласование — единственная причина нагрузки, ошибок или снижения качества. Для каждого вывода приходится держать в поле зрения альтернативные объяснения, оговаривать ограничения источников и честно фиксировать уровень уверенности.
Отсюда и статус кейсов, разбираемых в каждой главе: они не претендуют на статистическую репрезентативность и не собраны по протоколу выборки, как того требовала бы традиция кейс-стади при построении или проверке теории (Yin, 2009; Eisenhardt, 1989). Их функция демонстрационная: показать, что артефакт применим к конкретному, узнаваемому случаю и даёт содержательный результат, а не подтвердить его распространённость или причинную эффективность.
Глава 1. Цифровое изменение как изменение процесса
Элемент
Содержание
Фокус главы
Цифровое изменение как изменение процесса и операционной модели
Центральный вопрос
Что именно изменилось в работе после внедрения цифрового инструмента?
Ключевые понятия
процесс; операционная модель; триада инстанций; темпоральная траектория
После главы читатель умеет
описывать процесс до и после изменения; различать влияние, решение, ответственность и основание решения
Учебный результат
карта процесса и карта операционной модели
Связанные приложения
Приложения 1 и 2
1.1. Рабочий эпизод
В организации внедрили таск-трекер — систему учёта задач наподобие Jira, Trello или Битрикс24, где у каждой задачи есть статус, срок и ответственный. Формально изменение выглядит завершённым: у каждого сотрудника есть доступ, задачи заведены в системе, у них есть статусы, сроки, ответственные, комментарии, вложения. Руководитель видит дашборд. На встречах теперь можно не спрашивать каждого отдельно, достаточно открыть доску, и работа становится наблюдаемой.
Через месяц руководитель видит другую картину. Задач стало больше. Часть статусов не обновляется. Сотрудники продолжают обсуждать важные детали в чате, а потом переносят часть договорённостей в карточки. Кое-что закрыто только формально — по факту ещё идут уточнения. Что-то зависло между подразделениями. Сильные специалисты тонут в комментариях, проверках, просьбах о помощи и срочных подключениях. Открытых, но не доведённых до конца задач становится больше, чем команда способна закрыть, — на языке процессного анализа это и есть рост WIP, незавершённой работы, к которой пособие подробнее вернётся во втором блоке. На доске это выглядит как активность. В рабочем дне это выглядит как распад фокуса.
Внешне видно, что задачи заведены, статусы обновляются, сроки стоят, прогресс отображается и дашборд работает. Хуже видно другое. Сколько раз человек переключился и сколько раз восстанавливал контекст. Сколько договорённостей он продублировал из чата в карточку. Сколько времени ушло на объяснение статуса и сколько незавершённой работы осталось в памяти, не будучи зафиксированной формально. Иными словами, где цифровая прозрачность была достигнута за счёт дополнительной работы исполнителя.
На уровне инструмента внедрение состоялось. И вместе с этим, на уровне процесса работа изменилась сложнее: появился новый цифровой контур, изменилась видимость труда, изменились действия участников, появились новые переходы, новые ожидания, новые точки ответственности и новая скрытая работа. Поэтому в этой главе предмет анализа не цифровой инструмент и не новый цифровой процесс сам по себе, а то, что происходит вокруг него: как задача входит в процесс, как передаётся между участниками, где фиксируется, как проверяется, где ожидает, где дублируется, кто поддерживает цифровой след и кто в итоге отвечает за результат.



