Книга: Сервисный компас
Поле бизнес-процессов
Поле бизнес-процессов
~~~
Не горы, не овраги и не лес,
не океан без дна и берегов,
а поле, поле, поле, поле чудес!
(Из к-ф Приключения Буратино)
~~~
В самой природе заложено единство дискретного и непрерывного, единство пустоты и наполненности, единство вещества и поля. «В чем же полезность ваших исследований?» – спросил как-то посетитель, зашедший в лабораторию первооткрывателя полей Майкла Фарадея. «А в чем полезность ребенка? – ответил ученый, – Он вырастает и становится взрослым».
В моделировании бизнес-процессов мы приучены мыслить четко ограниченными дискретными сущностями – модулями и этапами, которые обмениваются друг с другом информацией и ресурсами. Подобно тому, как песчинки толкаются друг с другом, просыпаясь через узкое горлышко песочных часов, процессы передают события на вход другим процессам, а шаги процессов – шагам параллельных процессов. Но вот только заполняет ли этот набор кубиков сплошным образом все то, что происходит внутри компании? Похоже, что нет.
Рис. Границы и правила системы сильно упорядочивают процесс
Если бы у песочных часов не было бы стенок, песок бы хаотично рассыпался на нижней поверхности. И это был бы то же процесс, подверженный всего лишь двум, но сильным правилам: невозможно двигаться по направлению наверх, а также – нижнюю поверхность невозможно пересечь насквозь. Стеклянные стенки являются дополнительными ограничивающими правилами системы под названием «песочные часы». Вместе с узким горлышком они задают более тонкие упорядочивающие границы процесса. Какие бы цели ни ставились перед песчинкой, она все равно попадет в нижнюю часть системы и обязательно через узкое горлышко. Можно задаться более высокоточной целью и попытаться рассчитать в какой момент времени какая песчинка должна находиться в каком месте и рядом с какой другой – простроить точный выверенный процесс. Но зачем? Похоже, цель конечного результата будет достигнута в любом случае. Если искать примеры чуть ближе к деловому миру, то, например, бесполезно и бессмысленно пытаться описать процесс движения на автодороге. Для этого достаточно Правил дорожного движения.
А как насчет пространства между песчинками? На что больше похож реальный бизнес-процесс? Может быть в своих бизнес-процессах, мы имеем дело не с песочными, а с водными или воздушными часами, сплошным образом заполняющими пространство системы? А что если представить, что все действительно происходит в некоем сплошном поле, в котором мы искусственно создаем границы, называя все, что оказалось внутри, – системами? А внутри систем искусственно нарезаем процессы и их шаги?
Мы уже нащупали, что есть компас, указывающий своим Севером на клиента. Но если есть компас, то просто обязано быть и поле, в котором он показывает свое главное направление. И таким полем является полный набор всех активностей компании. «Сервисный компас», по сути, представляет собой оси координат в сплошном поле сервисно-ориентированных процессов. На рисунке я постарался отобразить как может выглядеть поле скоростей происходящих в системе процессов.
Рис. Поле сервисных процессов. Области скоростей.
Довольно необычно смотреть на происходящие процессы как на непрерывное поле деятельности. Однако, нарезка процесса на модули и шаги, удобна только на локальном участке процесса, и не позволяет за отдельными деревьями увидеть весь лес.
Из этой картинки не видна динамика процессов, но видна неоднородность скорости происходящих процессов. Все поле, условно делится на симметричные области. На обоих осях расположены мгновенно работающие процессы. Ранее мы их назвали процессами Run. В крайних случаях Run действие клиента по вертикали мгновенно достигает дна инфраструктуры, а Run реакции на события по горизонтали быстрые и доведены до полного автоматизма. Но чем дальше мы удаляемся от осей к диагонали и чем ближе приближаемся к центру координат, тем медленнее проходят процессы. Происходит тот самый плавный переход от Run к Change.
Чтобы не быть обвиненным в голой абстрактной теории, хочу привести практический пример, как в таком поле проявляется картина основных процессов поддержки и развития современного технологичного электронно-цифрового бизнеса.
Рис. Поле сервисных процессов: локализация основных процессов.
В левой половине поля проявились процессы мониторинга и анализа ситуации. Самые скоротечные процессы собственно предоставления сервиса и автоматические реакции на незначительные отклонения в сценариях, расположены непосредственно на осях. Чуть более медленные, такие как мониторинг технических событий и управление обращениями клиентов – симметричны друг другу и расположены на диагоналях, далеко от центра. Управление инцидентами – чуть более медленный процесс, расположен на горизонтальной оси. Он коррелирует события, поступающие в колцентр от клиентов и от мониторинга технической инфраструктуры.
Гораздо более медленные процессы – процессы управления производительностью инфраструктуры и управления клиентским опытом – симметричны друг другу и располагаются на диагоналях, поскольку каждая из них сфокусирована на свой полюс. Однако и между ними на горизонтальной оси располагается процесс управления проблемами и качеством, который коррелирует взгляды на клиента и на инфраструктуру, подготавливая, тем самым, гораздо более крупные, чем при одиночных событиях или инцидентах, управленческие решения.
В правой половине поля сформировались процессы планирования и развертывания действий. Крупные управленческие решения влекут за собой инициацию крупных проектов. Мелкие управленческие решения приводят к необходимости управлять изменениями – от крупных до довольно мелких. Любое же управленческое решение влияет на оба полюса. Вверху – на необходимость конфигурировать клиентские сервисы, внизу – на необходимость выполнять работы на технической инфраструктуре, которая обеспечивает эти сервисы.
При взгляде на процессы, как на сплошное поле, вопросов, чем отличается управление проектами от управления изменениями или как одно событие порождает инцидент или проблему, даже не возникнет, поскольку один процесс плавно перетекает в другой.
Необычность и неприятие, на мой взгляд, может вызвать лишь резкий, скачкообразный, я бы сказал – квантовый переход в быстрых областях процессного поля на самих осях координат. Это ситуация, когда происходит обычный процесс предоставления сервиса, все идет нормально и не требуется никакого вмешательства.
Рис. Процесс предоставления сервиса в предельном случае.
По сути, это разрыв функции, где в пределе происходит крестообразное движение. Сначала сверху вниз, а затем, резко переместив фокус, направо. Повторюсь. Сначала – сверху вниз, а затем – по горизонтали. Это и есть предельный случай, к которому надо стремиться! Случай, и направление движения, когда в процессе все происходит гармонично, как и задумано создателем системы.
Ничего не напоминает? Необычно? Да. Но ведь и в физике, до появления квантовой теории все процессы считались плавными, а бесконечность – абстрактным математическим понятием.
В попытке ответить на вопрос, заданный Майклу Фарадею, в чем же может оказаться полезность взгляда на деятельность как на поле, придется ненадолго чуть глубже занырнуть в организацию информационных технологий. Поле бизнес-процессов напрямую показывает, как можно сочетать надежное управление крупными релизами бизнес-систем и скоростное внедрение удобных фич для электронных клиентов. Классические практики управления изменениями с длительными циклами разработки, точным выполнением заявленных на старте требований и доскональным тестированием, не работают или неэффективны в целом ряде областей. Попытка же полностью заменить их на подход быстрой итеративной разработки неэффективна, поскольку прямо приводит к рискам крупных сбоев критически важных систем. Чего стоит, например, программный сбой в аэропорту Хитроу.
Гибкое сочетание управления тяжелыми релизами, короткими разработками и настройками, выполняемыми самим клиентом являются своего рода искусством. Сервисные оси помогают выделить эти области внутри архитектуры предприятия.
Рис. Медленные и быстрые области управления изменениями.
В верхней быстрой области изменений Fast, на полюсе клиента лежит настройка параметров сервисов самими клиентами через мобильные и веб-приложения. Если такой возможности нет, вы проваливаетесь в зону Medium с заявкой на выполнение сервисных работ. В нижней быстрой области изменений Fast, на полюсе инфраструктуры лежит настройка качества технического сервиса техническими специалистами. Конфигурирование технических параметров с целью улучшения качества сервиса не требует никаких крупных изменений в бизнес системах.
В областях медленных и тяжелых изменений (Slow) лежат крупные релизы систем, составляющих базис бизнеса (ERP, Billing, CRM). Между областями быстрых и медленных изменений (Medium) находится область быстрой разработки. При правильном построении ИТ архитектуры, можно разнести процессы серьезных изменений ключевых систем и процессы быстрой реакции на возможные потребности групп клиентов. Представляете цену случившегося риска, если бы банк с многомиллионной аудиторией клиентов, каждый день выпусках измененную версию своей системы, выполняющей расчеты? А вот видеть полезные изменения в банковском мобильном приложении мы с удовольствием готовы видеть, хоть каждую неделю.
Практично? Еще как, поскольку вы можете осознанно стыковать процессы, не задаваясь лишними вопросами, а фокусируясь на правилах, например, что и когда считать проектом, изменением и простым действием, а не выстраивая три отдельных процесса с последующим вопросом, а как же это все может согласованно работать.
Но вернемся к непрерывному полю. Смотреть на изолинии удобно, если вы имеете дело со скалярными величинами, такими как температура на карте прогноза погоды. Процесс же всегда имеет направление и скорость. Так и хочется увидеть такую общую картину, подобно тому, как на географических картах изображают холодные и теплые океанические течения. Не претендуя на точность, я попытался изобразить такие холодные и теплые течения на карте системы в сервисных осях координат.
Рис. Главные направления потоков внутри системы
Здесь нанесены не все и только крупные течения. Детализация потребует гораздо большей художественной сноровки, но ее лучше делать не на полях книги, а на практике дальнейшего упорядочения вашего бизнеса или вашей системы, а возможно и мировоззрения.
Можно было бы привести еще ряд полезных применений найденного подхода. Однако, прежде чем это делать, хорошо бы, для начала, попытаться перестать смотреть на свой бизнес и на свои системы глазами консультантов, препарирующих систему как черную коробку на части со входами и выходами либо помещающего вашу систему, как песчинку в большую иерархию. Думаю, что полезно, хотя бы иногда ставить себя в центр осей координат и сверять свои цели, процессы, проблемы и действия с сервисным компасом.
Можно было бы на этом остановиться в изложении идеи поля бизнес-процессов. Но чего-то в общей картине явно недостает. Мы опять увлеклись процессами, забыв об их участниках. О людях, со своими психотипами, со своими мотивами, со своими знаниями. О людях, которые могут все выполнить по инструкции и не принести результат, а могут, отойдя от сценария, превысить ожидания. Давайте заглянем в поле сервисного компаса, удерживая фокус на создании полноценной эффективной команды
- 2.3.4. Внесение в отчет Crystal Reports новых полей
- 1.5. Дополнение созданной модели процессов диаграммами DFD и Workflow (IDEF3)
- Шесть рычагов полезности
- Когда нужен постскриптум в бизнес-тексте?
- От исключительной полезности к стратегическому ценообразованию
- От полезности, цены и издержек – к внедрению
- Глава 4 Методы и техники бизнес-тренинга
- Глава 7 Чего нужно опасаться при моделировании бизнес-процессов. Проектные риски моделирования бизнеспроцессов
- Эффективное взаимодействие процессов архитектуры Classic Server
- 6.3. Содержание оценки бизнес-тренинга
- Глава 10 Информационная безопасность бизнеса
- 1.2. Понятие информации. Общая характеристика процессов сбора, передачи, обработки и накопления информации