Системное мышление для жизни: Как видеть связи и находить корень проблемы

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

Добавим следующие предположения. Возвраты увеличивают объём повторной работы. Она отнимает время, которое иначе можно было бы потратить на новые задачи. Если доступная мощность согласующих и исполнителей сокращается, очередь может расти. А увеличение очереди обычно удлиняет ожидание.

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

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

Причина, следствие и обратное влияние

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

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

Рассмотрим возможную петлю в подготовке и согласовании. Очередь задач растёт, и время ожидания увеличивается. Чем дольше ожидание, тем больше задач завершается с опозданием. Опозданий становится больше — растёт число задач, объявленных срочными. Срочных задач больше, переключения между работами происходят чаще. Частые переключения сокращают время непрерывной работы. А когда на неё остаётся меньше времени, подготовка и согласование идут медленнее, и очередь снова увеличивается.

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

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

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

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

Важно не путать петлю с простым взаимным влиянием двух переменных. Допустим, ожидание увеличивает число просроченных задач, а количество просроченных задач, в свою очередь, удлиняет ожидание. Это уже замкнутый контур, но его ещё нужно объяснить. Что именно превращает просроченные задачи в дополнительное ожидание? Срочные запросы вытесняют плановые работы? Просроченные задачи проходят повторные проверки? Люди берут в работу больше задач одновременно и тратят время на переключения? Пока механизм не назван, петля остаётся слишком общей.

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

Такую гипотезу можно обсуждать без обвинений. Вопрос «Кто постоянно отвлекает команду?» быстро превращает карту в спор о поведении людей. Вопрос «Как меняется доля срочных задач, когда растёт очередь?» помогает сосредоточиться на процессе. Это не запрещает обсуждать решения отдельных участников, но сначала позволяет выяснить, какие условия подталкивают их к таким решениям.

Карта на рабочем столе

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

Чем ниже полнота исходных материалов, тем больше возвратов на доработку. Связь между полнотой и возвратами отрицательная.

Чем больше возвратов, тем выше объём повторной работы. Эта связь положительная.

Чем больше повторной работы, тем меньше доступная мощность для новых задач. Связь отрицательная.

Чем выше доступная мощность, тем меньше очередь ожидающих задач. Связь отрицательная.

Чем больше очередь, тем дольше время ожидания. Связь положительная.

Чем дольше ожидание, тем выше доля задач, завершённых позже срока. Связь положительная.

Чем больше опозданий, тем больше задач объявляют срочными. Связь положительная.

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

Чем чаще переключения, тем меньше времени остаётся на непрерывную работу. Связь отрицательная.

Чем больше времени на непрерывную работу, тем выше скорость завершения задач. Связь положительная.

Чем выше скорость завершения задач, тем меньше очередь. Связь отрицательная.

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

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

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

Для небольшой команды иногда достаточно простого журнала процесса. Каждая строка в нём соответствует одной задаче; рядом записывают дату поступления, дату начала согласования, дату возврата, причину возврата, дату повторной подачи и завершения, а также отмечают, была ли задача срочной. Заранее договоритесь, что считается началом и завершением каждого этапа. Если один участник ставит отметку при получении письма, а другой — только после регистрации задачи, данные окажутся несопоставимыми.

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

Проверяем каждую стрелку

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

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

Чтобы проверить, увеличивают ли возвраты объём повторной работы, нужно посмотреть, тратят ли сотрудники после возврата дополнительное время на исправления и повторную передачу материалов. Если многие возвраты носят формальный характер и почти не требуют переработки, их влияние на нагрузку будет слабее, чем предполагалось. Возможно, число возвратов само по себе — неудачный показатель, и вместо него стоит учитывать время, потраченное на доработку.

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

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

Связь между ожиданием и долей опозданий не проверить простым сравнением среднего времени ожидания с количеством просроченных задач. Нужно рассматривать отдельные задачи и учитывать их сроки, сложность и время поступления. Если задачи с длительным ожиданием всё равно завершаются вовремя, возможно, в сроки заранее заложен запас или ожидание компенсируется ускорением на следующих этапах. Если же опаздывают задачи с коротким ожиданием, причина может скрываться в подготовке, исполнении или изменении объёма работы.

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

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

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

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

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

Когда связей слишком много

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

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

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

Стоит насторожиться, если вместо переменной в карте появляется скрытое суждение. «Низкая ответственность», «плохая дисциплина», «неправильное отношение» звучат как объяснение, но не уточняют, какое действие, условие или результат имеется в виду. За «низкой ответственностью» могут стоять неясное распределение ролей, отсутствие срока ответа, перегруженный сотрудник или разные представления о том, кто должен передать следующий документ. Карта не запрещает обсуждать поведение, но требует назвать конкретный механизм.

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

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

Карта не обязана содержать все возможные влияния. Для практического решения полезнее одна проверяемая гипотеза, чем сеть правдоподобных, но непроверенных связей. Если от предполагаемой связи зависит выбор действия, проверяйте её в первую очередь. Если решение от неё не зависит, она может подождать.

Черновик, который можно обновлять

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

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

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

Но любая карта зависит от того, где проведены её границы. Можно включить в неё только проверку документов, весь путь от появления задачи до завершения или внешние условия, из-за которых задача поступает поздно. От границ зависит, какие причины станут видны, а какие останутся за пределами схемы. Следующий шаг — определить, где заканчивается рассматриваемая система и какие условия мы пока принимаем как заданные.

Границы, которые мы выбираем

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

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

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

Линия на карте

Система в прикладном анализе — не просто набор людей и предметов, которые находятся рядом. Это связанные между собой процессы, роли, правила, ресурсы и результаты. Решая, включать ли элемент в карту, важно понять, как он влияет на ход процесса и какие последствия вызывает. Кнопка в форме заявки может менять долю неполных обращений; неполные обращения создают дополнительную работу; та удлиняет очередь, а длинная очередь меняет порядок распределения внимания. Кнопка — всего лишь деталь, но она связана с результатом.

Граница зависит от исследовательского вопроса. Вопрос «почему ИТ-отдел не успевает обрабатывать поступившие заявки?» задает один масштаб. Вопрос «почему сотрудник долго не может начать работу?» — другой. Во втором случае мы изучаем не скорость одной команды, а путь от первого обращения до доступного и проверенного результата.

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

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

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

Первая карта: работа отдела

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

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

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

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

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

Локальное исследование может привести к практическим изменениям: помочь яснее распределить типовые запросы, пересмотреть порядок в очереди, обучить дополнительного специалиста редкой операции или отделить плановую работу от срочной. Но такие меры оправданы лишь в том случае, если задержка действительно возникает внутри очерченного участка. Если большую часть времени заявка проводит до передачи в ИТ-отдел, улучшение местной очереди почти не повлияет на срок, который ощущает сотрудник.