Устранение скрытых зависимостей рабочего процесса

Почему я делюсь этим

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

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

Ситуация, с которой мы начали

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

Как выглядели повседневные дела

• Сотрудники запрашивали данные о поступлении и вели электронные таблицы для отслеживания принятых студентов и прогресса по I-20.
• Студенты загружали финансовые документы в систему приема, а персонал полагался на отчеты для выявления представленных материалов — отчетов, которые могли отставать или пропускать крайние случаи.
• Данные, связанные с визой (например, даты программ), были обновлены в информационной системе студентов, создавая временную зависимость, прежде чем записи смогут синхронизироваться с инструментом иммиграционного рабочего процесса.
• Профили создавались по одному студенту и были чувствительны к небольшим несоответствиям данных (например, неверным датам программы).
• Помощники выпускников загружали документы из одной системы и повторно загружали их в другую, а затем обновляли статус в электронных таблицах и сообщениях Teams.
• После выдачи формы I-20 сотрудники загрузили документ и вручную отправили его студенту по электронной почте, а затем снова обновили таблицу.

Скрытые узкие места (те, которые не проявляются на поверхности)

Когда мы составили карту процесса от начала до конца, выделились два «тихих блокировщика».

1) Синхронизация системы как встроенный период ожидания

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

2) Действие учащегося, которое привело к созданию профиля.

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

Что я делал как бакалавр

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

Техники, которые изменили ситуацию

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

Принципы проектирования, которые мы использовали для принятия решений

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

• По возможности отделяйте прогресс от несущественных действий учащихся.
• Сократите повторную обработку документов (стремитесь к проверкам одним касанием вместо повторных загрузок/выгрузок).
• Сделайте статус и право собственности явными (дело никогда не должно «зависать» без четкой причины и владельца).
• Встраивайте отчеты в рабочий процесс, чтобы видимость не зависела от отдельной таблицы.
• Проектируйте с учетом пиковых объемов и исключений, а не только «счастливого пути».

Что изменилось в обновленном рабочем процессе

Переработанный подход был сосредоточен на сборе и проверке документов непосредственно в среде иммиграционного рабочего процесса и повышении устойчивости при приеме и создании профилей.

Коротко о новом рабочем процессе

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

От электронных таблиц к операционной прозрачности

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

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

Результаты и влияние

Результаты были измеримы и немедленно ощущались командой.

• Периоды ожидания, управляемые системой, были устранены как основной фактор задержки.
• Готовность I-20 перешла практически в режим реального времени после того, как документы были завершены и проверены.
• Повторная загрузка документов вручную была исключена, что уменьшило усилия по обработке и риск ошибок.
• Количество шагов по обработке Graduate Assistant сократилось более чем вдвое благодаря проверкам одним касанием и более четкой маршрутизации.
• Отслеживание на основе электронных таблиц было заменено запросами в реальном времени и встроенной аналитикой.
• Задержки процесса, вызванные намерением зарегистрироваться, были устранены.

Извлеченные уроки (что бы я сделал снова)

• Составьте карту процесса так, как на самом деле работают люди, а не так, как его описывает политический документ: обходные пути часто объясняют большинство задержек.
• Относитесь ко времени ожидания как к первоклассной проблеме. Во времени цикла обычно преобладают очереди, синхронизация и передача обслуживания.
• Определите границы владения и запросите статусы заранее. Автоматизация работает лучше всего, когда все согласны с тем, что означают «в процессе» и «готово».
• Разработайте сценарий пропущенного шага ученика. Если рабочий процесс может незаметно остановиться, то в конечном итоге так и произойдет, особенно в масштабе.
• Встраивайте отчетность в процесс. Если лидерам нужна электронная таблица, чтобы понять реальность, процесс уже хрупкий.

Многоразовые артефакты (практические выводы)

Если вы хотите применить этот подход к другим рабочим процессам, эти артефакты станут хорошей отправной точкой:

• Одностраничная карта потока создания ценности, показывающая передачи обслуживания, очереди и точки принятия решений (с выделенным временем ожидания).
• Журнал зависимостей, в котором перечислены «ворота» (время работы системы, утверждения вышестоящего уровня, действия учащихся) и стратегия проектирования для каждого из них.
• Модель состояния, которая определяет состояние каждого запроса, владельца, критерии выхода и путь исключения.
• Пакет сценариев тестирования, включающий крайние случаи (пропущенные шаги учащихся, несоответствия данных, всплески большого объема).
• Упрощенная спецификация отчетности: 5 основных оперативных вопросов, на которые руководство должно отвечать ежедневно.

Закрытие

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

---

Автор: Адвоа Архин, бизнес-аналитик, Университет Северной Каролины в Гринсборо.

Адвоа Архин — бизнес-аналитик в отделе глобального взаимодействия Университета Северной Каролины в Гринсборо, поддерживающий Службу международных студентов и ученых (ISSS) посредством улучшения рабочих процессов и инициатив по цифровой трансформации, включая усилия по оптимизации обработки формы I-20. Она сертифицирована PMP, является членом IIBA и имеет опыт работы бизнес-аналитиком CRM в телекоммуникационном секторе.