О двух подходах к описанию бизнес-процессов ит-подразделений. Бизнес-результаты проекта по описанию процессов компании

Человек в течение всей истории своего развития старался всячески улучшить условия своего существования. Для этого он, используя свой труд, создавал блага, которые бы обеспечивали его едой, жилищем и другими жизненно важными атрибутами. Тем не менее очевиден факт, что данные новшества со временем морально и физически устаревали, и именно это давало толчок к созданию чего-то кардинально иного. Так, например, создав лук, люди успешно использовали его в военных действиях в течение веков. Однако возросшие потребности военного дела требовали пересмотра существующего арсенала, и так в X веке в Китае появилось первое огнестрельное оружие. Постоянно меняющаяся конъюнктура требовала от человека немедленной реакции в форме изобретения новшеств, что могло бы существенно увеличить его эффективность в тех или иных условиях. С появлением ЭВМ в 50-х годах прошлого столетия мир получил возможность накапливать, обрабатывать и передавать информацию, закодированную в цифровом формате. С развитием технологий, позволяющих таким образом работать с данными, существенно стали увеличиваться объемы информации, которые могли бы быть накоплены, обработаны или переданы. Именно развитие информационных технологий позволяет клиенту банка осуществить перевод денежных средств в дочерний офис на другом конце света за считанные минуты, сотруднику отдела продаж осуществить поиск в массиве данных необходимой информации о клиенте в кратчайшие сроки и банкам, не прибегая к печати банкнот, хранить сотни миллиардов долларов в безналичной форме. Информационные технологии предоставляют возможность экономическим агентам эффективно использовать информацию как фактор производства, увеличив свою производительность. 1.1.Этапы развития общества: от аграрного к информационному Сегодня экспертами принято выделять четыре основных этапа развития общественного порядка: . Аграрное общество; . Индустриальное общество; . Постиндустриальное общество; . Информационное общество; Суть аграрного общества заключается в зависимости от земли как фактора производства, причем первичный сектор является основным для экономической системы данного типа. Таким образом, общественное устройство аграрного типа характеризуется доминирующей ролью сельского хозяйства. До промышленной революции, начавшейся в конце XVIII века, аграрное общество являлось единственной формой общественного строя, что и обуславливало относительно низкие темпы экономического роста в сравнении с двумя последними веками, так как ориентация на ручной труд, отсутствие технологий, сравнительно низкий темп научного развития не позволяли развиваться мировой экономике так стремительно, как это происходит на современном этапе. Низкая социальная дифференциация, являющаяся характерной чертой аграрного общества, подчеркивала сложность самостоятельного накопления больших объемов капитала. Тем не менее, общество, особенное европейское, быстро развивалось. Увеличение объемов торговли, развитие финансовых институтов, науки и факторных рынков способствовали росту спроса на продукцию массового производства, что в результате привело к переходу от ручного труда к машинному типу производства. Данный период характеризуется высоким уровнем экономического роста, урбанизацией, изменениями в общественной структуре и развитием в таких областях как текстильная промышленность, металлургия, транспорт и связь. Индустриальное общество в отличие от аграрного связывают с преобладающей долей вторичного сектора экономики, который включает в себя обрабатывающую промышленность и строительство. Как известно, существует три сектора экономической деятельности: вышеупомянутые первичный и вторичный, представляющие собой сельское хозяйство, добывающую промышленность и обрабатывающую промышленность, строительство соответственно, а также третичный сектор, включающий в себя сферу услуг. На определенном этапе развития общество в состоянии полностью удовлетворить спрос населения на товарную продукцию. Уровень жизн

Не так часто случается, что гостем нашей традиционной рубрики “Кто он, современный ИТ-руководитель?” становится представитель производителя товаров повседневного спроса. В последний раз это было два года назад, когда мы обсуждали основные задачи ИТ-службы такого предприятия. Сегодня мы продолжаем разговор на эту тему с ИТ-директором компании Efes Rus Василием Власюком, который в беседе с научным редактором PC Week/RE Ольгой Павловой поделился своим опытом руководства ИТ-департаментом регионального подразделения крупной международной компании.

PC Week: Свой нынешний пост вы занимаете недавно — с января текущего года. С какими особенностями в сфере ИТ и бизнеса вам уже пришлось здесь столкнуться?

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

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

PC Week: Наверное, это служит поводом для бизнеса считать ИТ-департамент вспомогательным подразделением, не приносящим никакой прибыли?

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

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

PC Week: А где вы находите ИТ-специалистов, разбирающихся в бизнес-процессах?

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

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

PC Week: Какие первые шаги вы предприняли на новом месте?

В. В.: Я поставил перед собой задачу провести более четкое разделение обязанностей. Сегодня мы реализуем ИТ-структуру, в рамках которой выделяются группы, напрямую работающие с бизнесом. Человек, возглавляющий группу, по своей сути является мини-ИТ-директором, полностью отвечающим за всё, что происходит в зоне его ответственности. Можно сказать, что эти группы — в некотором роде лицо ИТ перед бизнесом.

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

PC Week: Какие вопросы входят в вашу компетенцию как ИТ-директора?

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

Надо сказать, что сегодня Efes Rus переживает непростой период, связанный со слиянием двух компаний (два года назад был создан стратегический альянс британского концерна SABMiller и турецкой Anadolu Efes, в рамках которого компании объединили усилия на рынках России, Турции, а также в странах СНГ, Центральной Азии и Ближнего Востока. — О. П. ). В этой связи передо мной стоит серьёзная задача по объединению разных ИТ-ландшафтов и ИТ-коллективов, выработке единой ИТ-стратегии.

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

PC Week: Что будет представлять собой разрабатываемая вами ИТ-стратегия?

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

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

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

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

PC Week: Помимо закупки мощностей ЦОДов есть ли у вас планы по переводу каких-либо ИТ-сервисов на аутсорсинг?

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

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

Другая проблема использования аутсорсинга связана с тем, что при покупке сервиса требуется тратить время на то, чтобы управлять им, согласовывать уровни предоставления этого сервиса (SLA), следить за тем, чтобы они выполнялись. А если не выполняются, урегулировать разногласия. К сожалению, не получается просто купить и избавиться от забот.

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

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

PC Week: Как вы относитесь к другим популярным сегодня трендам, таким как облачные вычисления, большие данные и прочие?

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

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

PC Week: Легко ли бизнес даёт деньги на внедрение новых технологий?

В. В.: Свою задачу я вижу в том, чтобы понять, что бизнес собирается делать в предстоящее время и какие проекты для этого следует реализовать. Далее я должен объяснить, что эти проекты будут стоить столько-то денег и добиться, чтобы бизнес с этим согласился. Естественно, руководство будет задаваться вопросом: “Почему так дорого?”. Поэтому мы должны прийти к соглашению и зафиксировать его. Допустим, бизнес хочет систему для мобильных компьютеров, которая будет стоить X млн. долл. Мы договариваемся и заносим данную сумму в бюджет. Однако в какой-то момент выясняется, что аппетиты отдела продаж выросли и их удовлетворение стоит уже не Х, а Х плюс некую дельту. Но в бюджете проекта этих денег нет. И тогда либо отдел продаж сокращает что-то из выполняемых задач, либо на собрании директоров решается, как перераспределить бюджет.

Правда, такая модель взаимодействия с бизнесом вступит в силу с будущего года. Это позволит оптимизировать наши планы.

PC Week: Какой опыт в последнее время был для вас самым полезным?

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

Главным обстоятельством, повлиявшим на мое решение, стало то, что в MARS имеется очень сильный глобальный ИТ-департамент, который покрывал часть моей ответственности как ИТ-директора в России. С одной стороны, это облегчает работу, а с другой — несколько ограничивало поле для принятия решений. Нередко случалось, что бизнес выдвигает некое требование, глобальные ИТ-руководители не собираются выделять на это деньги, и что я могу поделать? Слишком много времени уходило на проведение бесконечных сложных переговоров. В Efes Rus я имею большую свободу принятия решений, но при этом, конечно же, и большую ответственность. А в результате у нас в ИТ-департаменте самое большое развитие за этот год.

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

PC Week: Спасибо за беседу.

Как выбирать персонал

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

На первом уровне нужны специалисты с хорошими техническими знаниями, умеющие оперативно искать проблемы в существующей ИТ-инфраструктуре или быстро пишущие «заплатки» для бизнес-приложений. Руководителю достаточно иметь техническое образование и понимать, что делают его сотрудники. На этапе отбора персонала следует обращать внимание на наличие сертификатов, подтверждающих технические навыки сотрудников. Имеющиеся программы сертификации практически по всем областям современных ИТ-технологий существенно облегчают процедуру подбора специалистов.
На втором уровне руководителю необходимо понимать бизнес-процессы компании, чтобы искать пути их улучшения. Сотрудники ИТ-отдела должны уметь общаться с представителями бизнеса и транслировать их пожелания в ИТ-проекты. Далеко не все сотрудники и руководители, успешно зарекомендовавшие себя на первом уровне, способны безболезненно перейти на второй. Программы развития личностных компетенций и оценка сотрудников по комплексным показателям могут помочь перейти на второй уровень без больших потерь. Тем не менее если компания работает в высококонкурентном бизнесе, то применение стратегии Shape up or ship out («Или развиваем, или увольняем») неизбежно.

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

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

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

Целеустремленность и способность принимать решения приобретают первостепенное значение (по сравнению с техническими знаниями) для найма сотрудников в такой отдел. В данной ситуации при поиске новых сотрудников существенно возрастает роль отдела HR. Решающее слово о найме новых людей должно быть за ним, а не за руководителем того или иного ИТ-отдела.

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

Как измерять эффективность

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

На первом уровне , когда инвестиции в ИТ минимальны и основная финансовая составляющая – это зарплата сотрудников, эффективность ИТ-отдела можно оценивать по соотношению числа ИТ-сотрудников и общего количества работников компании. Приемлемой считается такая цифра: один ИТ-специалист на 50–80 человек, в зависимости от размера компании.
На втором уровне зрелости, когда стоимость ИТ-отдела начинает в большей степени определяться инвестициями в ИТ-технологии, имеет смысл ориентироваться на более комплексный показатель, такой как стоимость ИТ (люди + + технологии) в процентах от оборота компании. В этом случае для типичной не-ИТ-компании можно ориентироваться на цифру 1–3% от оборота. Для высокотехнологичных бизнесов сумма бывает больше.

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

Пирамида зрелости ИТ-отдела с учетом показателей эффективности его работы представлена на рис. 2.

Особенности больших компаний

Крупные мультинациональные компании имеют некоторые особенности принципов построения ИТ-отделов. Работая в высококонкурентных секторах рынка, они вынуждены постоянно думать о снижении издержек, независимо от того, на каком уровне зрелости находится ИТ-отдел. В связи с этим такой показатель, как количество сотрудников ИТ-отдела, всегда остается актуальным.

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

• Централизация.
• Виртуализация.

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

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

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

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

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

Развитие бизнес-процессов в современном мире

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

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

В 20-х годах XX века процессы начали описывать не только словами и последовательностью, но простейшими блок-схемами с графическим оформлением взаимосвязей на подобии: «если сделать так – будет это, если сделать иначе, будет то». Потом пришло время связанных алгоритмов, вместе с которыми бизнес-процессы, как элемент управления эффективностью и предприятием в целом, все более формализуется и закрепляется в качестве MUST HAVE во всех отраслях предпринимательской деятельности.

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

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

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

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

Бизнес-процесс как ключ к успеху

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

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

Именно в совокупности результатов различных процессов компании и заключается цель основной деятельности.

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

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

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

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

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

Автоматизация бизнес процессов как путь в будущее

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

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

1. Автоматизация упростит вопросы учета и отчетности, первичного бухгалтерского учета, ввода больших массивов информации, контроля товарных остатков и прочих математически/вычислительных процедур, которые традиционно являются преимущественно ручным блоком трудоемких операций. Чаще всего это достигается внедрением в практику использования автоматизированных IT-технологий, ориентированных на обработку документов и самостоятельное проведение операций, замены ввода данных на различные элементы сканирований и прочие упрощения таких рутинных процедур.
2. Автоматизация процессов позволяет сократить или оптимизировать основные издержки предприятия. Основными расходными статьями традиционно являются производственный процесс и персонал компании, а автоматизация процессов даст возможность выделить основные узкие места и ключевые неэффективные звенья кадрового состава, а также добиться снижения расходов за счет исключения этих составляющих из операционной деятельности.
3. Автоматизация процессов дает возможность повышать качество выпускаемой продукции за счет соблюдения нормативных требований и реализации мероприятий внутреннего контроля.
4. Автоматизация процессов дает возможность высвободить интеллектуальный ресурс управленческого звена и ключевых специалистов компании, перенаправив их усилия с выполнения трудоемких и рутинных ручных операций на развитие компании.

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

Компании сталкиваются с разными сложностями при автоматизации бизнес процессов в зависимости от своих внутренних особенностей.

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

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

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

1. Ошибки при переносе процесса в автоматизированную систему – самая частая проблема, вызванная желанием сэкономить. Неопытные менеджеры, чаще всего сами держатели процесса, пытаются перенести свою работу в информационное поле и автоматизировать. В результате – потеряны детали, нарушена или вообще не соблюдается логика, нет последовательности автоматических действий, а весь автоматизированный процесс можно назвать разве только «костылем». Это логичный результат, потому что профессионалы продаж не могут быть профессионалами в области построения автоматизированных бизнес процессов. Такая работа требует особой квалификации и опыта, а результат может быть достигнут только совместными усилиями узких специалистов и владельца процесса. Если речь идет о процессе распространяющимся за рамки одного подразделения или компания решила автоматизировать сложный процесс (закупочный, производственный и т.п.), то только квалифицированная команда способна детально исследовать процесс «как есть» и создать работоспособную автоматизированную схему.
2. Саботаж автоматизации – это проблема, которая делит пальму первенства с ошибками при переносе процесса в автоматизированную систему. Команда, понимая, что автоматизированный процесс высвобождает у них временной ресурс, начинает мешать внедрению автоматизации, руководствуясь инстинктом самосохранения или элементарным нежеланием что-то менять в работе и учиться новому. Эту проблему достаточно сложно нивелировать на сто процентов, хотя при грамотном менеджменте и наличии реальных планов на ресурс в лице персонала, можно донести до команды, почему менеджмент принял решение об автоматизации, и какую роль в дальнейшем будет играть тот или иной специалист. Конечно, это не сработает, если ключевая цель автоматизации – сокращение издержек на персонал (а для многих компаний персонал по-прежнему остается самым дорогостоящим звеном).
3. Техническая неподготовленность персонала – проблема, которая проявляется, как правило, либо в самом начале автоматизации, либо, наоборот, когда проект закончился и уже запущен. Вопрос торможения автоматизации в связи с техническими затруднениями, по сути, меньшее из зол, с которым можно столкнуться в этой сложной работе, поскольку всегда есть возможность произвести обучение персонала и создать в компании внутреннюю систему наставничества во избежание таких проблем в будущем.
4. Не рассчитали свои силы – проблема инвестиционного характера. Планы на автоматизацию формулировались колоссальные, ресурсы компании были посчитаны неверно, и поэтому в какой-то момент стало очевидно, что на реализацию проекта не хватает ресурсов. Что делать? Оптимизировать сам процесс внедрения (время, скорость), искать ресурсы (заемные, отсрочки), менять условия (добиваться скидок, менять подрядчиков, сокращать объемы команд) и искать возможности для завершения процесса автоматизации любыми доступными способами, если он в итоге сулит компании прибыль.

Если указанные выше ошибки бизнесу удалось преодолеть, поскольку проблемные ситуации были проработаны заранее, перед ним встанет вопрос, как правильно отрегулировать автоматизированный бизнес процесс. Рассмотрим свойства таких бизнес-процессов поподробнее:

• Автоматизированный бизнес процесс должен обладать целью и задачами, которые компания решает в рамках этого бизнес процесса. Это значит, что любой пользователь процесса и менеджер компании, взглянув на бизнес процесс, может понять, какова конечная цель бизнес процесса, какие задачи необходимо выполнить, а также кто возьмет на себя ответственность за их выполнение на пути к этой цели. Например, если автоматизированный бизнес процесс – кросс-сейл товарных остатков прошлого года, то глобальная цель такого проекта заключается в том, чтобы распродать залежавшийся товар. Задачи на пути к достижению этой цели: формирование товарного ассортимента, написание скрипта на сайт, прикрепляющего товары по особому алгоритму в рекомендации покупателям, е-мейл рассылка по установленным правилам, установление скидок на товар прошлой коллекции и прочие действия, за каждым из которых закрепляется ответственный специалист или подразделение.
• Четкий автоматизированный процесс должен быть отрегулирован во времени. Это фактически главный принцип процессного управления: все действия и организация работы должна укладываться в какое-то регламентное время. Соответственно, говоря о первом примере с распродажей остатков, у такого проекта должен быть определен диапазон активности и скорость продуктивности. Диапазоном будет ограничено время начала работы и подведения результатов по процессу в целом, а скорость продуктивности (также измеряемая временем) даст возможность анализировать вклад каждого звена процесса в общий результат, контролируя при этом нарушение сроков исполнения работ, не обоснованное объективными причинами.
• Автоматизированный бизнес процесс должен иметь разделение на этапы и точки контроля. Это помогает контролировать ход выполнения процесса в зависимости от его стадии или фазы, распределять ответственность между участниками процесса и дополнительно оперативно анализировать процесс на этапе неполного завершения. Важно заметить, что внутри этапов команде предоставлена максимальная свобода действий и последовательности их активностей, но на точках контроля требуется жесткая отчетность по нормативному результату этапа и беспрекословное соблюдение назначенных сроков.
• Система нормативов автоматизированного бизнес процесса должна содержать достаточно сведений для возможности контролировать ход процесса. Процесс обязательно регламентируется набором документов и отчетностью. Совокупность этих элементов управления процессом позволяет команде искать выходы из затруднительных ситуаций в рамках установленного поля, а не просто следуя инструкции.
• Автоматизированный бизнес процесс можно рассмотреть не только с точки зрения указанных ранее аспектов, но и в разрезе используемых для его реализации ресурсов: рабочих часов, финансов, оборудования, технологий и прочего. Все эти вопросы должны быть изначально продуманы и рассмотрены на этапе внедрения бизнес процесса с учетом неких прогностических изменений ситуации, чтобы гарантировать завершение бизнес-процесса запланированным результатом.
• Ответственные за исполнение и результативность бизнес процесса люди. Насколько бы ни была совершенной система автоматизации бизнес-процессов, ей нужен живой контролер, способный смотреть на ситуацию глобально и критически. Поэтому любой автоматизированный бизнес процесс должен быть обеспечен ответственными за его исполнение сотрудниками, задача которых заключается не только в предметной функции, но и в контроле ключевых точек процесса.
• Информирование участников – важнейший элемент взаимосвязанной системы бизнес процессов, который является также и инструментом контроля. Наибольшую продуктивность показывают системы автоматического информирования обо всех происходящих в бизнес процессе действиях, построенные по принципу точек, на которых система сама генерирует уведомления и информирует особый список участников. Конечно, ручное информирование тоже работает, но требует дисциплины и очень часто дает определенные сбои.

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

Вероника Климентионок, консультант по управлению, консультационная компания «Украинский Имидж» (г.Киев)

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

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

Идея и необходимость описания бизнес-процессов

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

Из личного опыта автора по работе в отделе автоматизации крупного холдинга: именно ИТ-директор организовал для топ-менеджеров мини-семинар по рассмотрению деятельности компании через бизнес-процессы (и было это три года назад). Он же обучал сотрудников своего отдела методикам моделирования бизнес-процессов, инициировал проекты по описанию бизнес-процессов не только для целей автоматизации, но и для реорганизации отдельных компаний и подразделений холдинга. На это ИТ-директора вдохновило обучение на MBA. Фактически он выполнял функции руководителя ИТ-подразделения и CIO холдинга.

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

Подготовка компании к проекту по описанию бизнес-процессов

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

Цель

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

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

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

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

Еще одним хорошим вариантом конкретизации цели проекта является присутствие в формулировке цели названия бизнес-процесса или бизнес-процессов для описания. Например, разработка модели и регламента бизнес-процесса закупки и поставки сырья на склад.

Обучение

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

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

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

Команда

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

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

Возглавляет рабочую группу Руководитель проекта - он организует и координирует проект, работает с Заказчиком и отвечает за результаты проекта. Руководителем проекта должен быть один из топ-менеджеров компании. Если руководитель ИТ-подразделения имеет статус ИТ-директора и входит в топ-менеджмент компании, то Руководителем проекта может быть он.

Работу по сбору информации, формированию моделей и разработке процессных регламентов выполняют Аналитики проекта . С этой функцией лучше всего справляются ИТ-специалисты или люди с подобного рода образованием, потому что они владеют Case-средствами (или могут быстро их освоить), а также имеют опыт разработки алгоритмов и схем. Хорошими Аналитиками становятся и те сотрудники компании, которые в своей деятельности так или иначе сталкиваются с анализом или регламентацией деятельности компании, - это сотрудники отделов планирования и анализа, менеджеры по качеству и т.д.

Когда в проекте работает несколько Аналитиков, они могут параллельно описывать различные процессы и работать на разных уровнях декомпозиции описания. Для того чтобы модели Аналитиков не пересекались и имели одинаковую подробность, в рабочей группе проекта должен присутствовать Интегратор . Он удерживает целостность бизнес-модели компании и координирует работу Аналитиков. Чаще всего функции Интегратора выполняет один из Аналитиков или сам Руководитель проекта, если он имеет соответствующие компетенции.

Секретарь рабочей группы - не очень большая, но ответственная роль. Он организует заседания рабочей группы, фиксирует принимаемые решения и контролирует их исполнение. Фактически он является помощником Руководителя проекта, его левой рукой и «контрольным» органом.

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

Несколько слов о тех ролях, которые ИТ-специалисты выполнять никак не могут (конечно, если мы не описываем бизнес-процессы ИТ-компании).

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

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

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

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

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

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

План

Последний шаг в подготовке проекта по описанию бизнес-процессов - это планирование.

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

К примеру, на согласование модели бизнес-процесса надо всего-то 3 часа. С этой целью вы запланировали две встречи с Владельцем и Экспертами этого бизнес-процесса с перерывом в два дня. Длительность работ по согласованию модели бизнес-процесса составит 4 дня, но если в этот период Владелец бизнес-процесса уедет в командировку или возьмет несколько отгулов на празднование своего дня рождения, то длительность работ может существенно увеличиться. Конечно, помимо запланированных бывают и «внезапные» командировки, а для этого между работами проекта оставляется временной лаг. Это означает, что если длительность работ по согласованию модели бизнес-процесса составляет 4 дня, то перед началом следующей работы по формированию структуры процессного регламента надо оставить 1 резервный день. Когда такие лаги выставлены по всему проекту, то даже незапланированное отсутствие кого-то из участников проекта не повлияет на суммарную длительность проекта.

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

Бизнес-результаты проекта по описанию процессов компании

«Если раньше ИТ оценивались исключительно по тому, насколько успешно они осуществляли технологические проекты, то в последующие пять лет они будут оцениваться по тому, насколько сами эти проекты помогают бизнесу в его деятельности». Это было написано в журнале CIO Magazine еще в начале 2000-х. Время оценивать работу ИТ-подразделений по бизнес-результатам пришло. Проект по описанию бизнес-процессов, несомненно, поможет бизнесу в его деятельности и будет способствовать:

● повышению прозрачности деятельности компании;

● закреплению зон ответственности сотрудников компании;

● улучшению взаимодействия подразделений;

● решению проблемы «незаменимых сотрудников».

И если проект по описанию бизнес-процессов компании инициирует ИТ-подразделение, то достичь перечисленных результатов оно может только в тесном сотрудничестве и взаимопонимании с бизнесом. По этому поводу хорошее выражение прозвучало в выступлении Эдуарда Савушкина (корпорация «Инком») на съезде ИТ-директоров 2007 г. в Киеве: «Не бывает ИТ-проектов - бывают бизнес-проекты с вовлечением ИТ» .