Карта бизнес процессов

Компания: IT Premium

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

С кем проводилась работа: Максим Прокопов, CEO и со-учредитель.

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

Изначальная информация

По итогам первого обсуждения мы с Максимом, подготовили наброски карты, которая приняла следующий вид:

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

Карта основных бизнес процессов компании IT Premium

Как видите, изменения колоссальны. Но что самое важное – мне удалось донести свое видение и методику подготовки карты процессов, до директора компании. Вот что говорит на эту тему сам Максим:

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

В процессе работы с Романом неясные места становились все более ясными, и, в результате “домашней работы” у меня получилось построить карту процессов самостоятельно от начала и до конца!

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

Спасибо за проведенный эксперимент.

Со своей стороны хочу сказать спасибо Максиму! Было здорово поработать вместе. Мы получили хорошую, рабочую карту процессов.

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

Краткое описание основных процессов

Основные процессы:

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

• Заявка на разовое обслуживание
• Первичное обращение клиента
• Заявка на обслуживание, выходящее за рамки ранее заключенного контракта

То заявка переходит в процесс «Согласование объема услуг и стоимости»

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

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

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

Вспомогательные процессы:

Коммуникации с клиентом – все контакты с клиентом и все что с этим связано. Данный процесс отвечает на следующие вопросы:

• Кто связывается с клиентом?
• С кем связывается клиент?
• Какие каналы коммуникаций используются?
• Какие сообщения доносятся до клиентов?
• В какой форме проходят сообщения?
• И т.д.

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

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

Персонал – все что касается набора, обучения, мотивации и текущей работы с персоналом компании.

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

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

Коммуникации с поставщиками – данный процесс дублирует цели и задачи процесса «Коммуникации с клиентом», но в отношении поставщиков.

Процессы управления:

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

Управление ресурсами – процесс отвечает за распределение и координацию всех ресурсов компании по процессам. Так же данный процесс отвечает за обеспечение ресурсами внутренних процессов и нужд компании.

Управление бизнес процессами – основная цель данного процесса – разработка, внедрение и оптимизация всех бизнес процессов компании. Постоянное улучшение деятельности компании – одна из задач данного процесса.

Управление продуктами – анализ, разработка, реализация и внедрение новых продуктов компании.

Стратегическое планирование и развитие – процесс, результатом которого является стратегия компании. Ее разработка, обеспечение, контроль и т.д. Совместно с процессом «Управление бизнес процессами», отвечает за эффективность и успех компании.

Управление финансами – управление финансовыми потоками.

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

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

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

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

Основным принципом руководства ИТ-отделом станет внедрение сервисной модели предоставления услуг ИТ-руководители располагают множеством механизмов для управления инфраструктурой и отдельной продукцией. Существуют широко распространенные системы, позволяющие контролировать практически любой аспект деятельности ИТ-отдела, начиная с библиотеки ITIL и заканчивая такими комплексными программами по разработке приложений, как CMMI и проектный менеджмент - РМР-сертификация. Представлены также некоторые общие практики, которые лежат в основе стратегии управления ИТ-отделом большинства организаций. Например, последнее исследование Forrester показывает, что у 70% респондентов внутри компании есть формальный комитет управления ИТ.

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

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

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

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

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

экономист - ИТ-директора должны исполнять сразу две роли - борца за снижение затрат и новатора, и возникает соблазн отказаться от одной;

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

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

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

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

Вывод: на место директора информационной службы (СIO) должен прийти директор по процессам (СРО).

Но недостаточно просто сменить название должности. Руководство компании и начальники бизнес-подразделений ожидают от человека, занимающего этот новый пост, знания потенциала инноваций, который предоставляют новые ИТ-приложения и технологии, и умения перенести их в бизнес-процессы. Компетентность СРО заключается в том, чтобы сочетать управление процесса­ми со знанием ИТ. Структуру и организацию управления бизнес-процессами, а также то, в какую категорию надлежит отнести бывшего СЮ, а ныне директора по процессам (СРО), можно представить в виде трехуровневой модели:

на первом уровне, директорском (так называемый C-level management, включающий генерального директора - СЕО, директора по оперативному управлению - СОО, СIO, финансового директора - CFO и др.), принимаются решения о стратегически важной деятельности. В центре внимания здесь находятся ключевые компетенции, используемые компанией для производства продукции. Одна из главных обязанностей СРО - определять основной курс управления бизнес-процессами, создавать и внедрять необходимые методы, инструменты и платформы;

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

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

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

Обязанности директора по процессам - СРО

1. Определять и описывать значимые бизнес-процессы и анализировать их на основе аспектов деятельности предприятия.

2. Выявлять и устранять «узкие» места (простои, ненужные задержки и т.п.), постоянно оптимизировать процессы.

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

4. Организовывать управление бизнес-процессами таким образом, чтобы ответственные за процессы сотрудники отчитывались за отдельные процессы и подпроцессы.

5. Обеспечивать интеграцию внутренних и внешних программных приложений.

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

7. Устанавливать систему непрерывного мониторинга производственных процессов, в том числе системы отчетности.

8. Развивать системы технологически и организационно.

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

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

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

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

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

Новый уровень ответственности СIO диктуется сегодняшними требованиями бизнеса - CGO (Chief Governance Officer) - директор по корпоративному управлению. Он отвечает за организацию эффективного взаимодействия всех отделов друг с другом и развитие системы коммуникаций в организации. Поле деятельности для CGO не ИТ, а БТ - технологии для бизнеса. Внедрять нужно только те новые технологии, которые позволяют решать задачи, стоящие перед бизнесом. Для этого современный CIO (Chief Integration Officer) должен хорошо ориентироваться в бизнес-процессах и предлагать способы их оптимизации, повышающие отдачу от инвестиций в ИТ.

Журнал «Корпоративные системы», июль-август 2007г, Киев

Роль IT -подразделения в описании бизнес-процессов компании

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

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

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

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

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

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

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

Цель

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

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

Обучение

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

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

Команда

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

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

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

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

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

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

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

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

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

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

План

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

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

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

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

• повышению прозрачности деятельности компании;
• закреплению зон ответственности сотрудников компании;
• улучшению взаимодействия подразделений;
• решению проблемы «незаменимых сотрудников».

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

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

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

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

1. «Начальное заражение бизнеса информационными технологиями». Было время, когда ИТ реально воспринималось субъектами бизнес-процессов как игрушка, новая мода, более мощный, но непонятный и сложный калькулятор.
Я помню до сих пор бухгалтеров старой закалки, которые доверяли больше железным арифмометрам, и это было милое время, когда между ИТ-специалистами (поголовно называемыми программистами) и бизнес-подразделениями царила «гармония». Никто друг другу не мешал.
Но потом молодые бухгалтеры (двоечники, не научившиеся в институтах считать на арифмометрах и калькуляторах) стали требовать, чтобы ПК не зависали, чтобы программа считала быстрее, чтобы печать бланков соответствовала ГОСТам, чтобы (о боже!) два сотрудника одновременно могли работать с одной базой.
Айтишники встретили новое время с энтузиазмом, заразившим руководство готовностью утверждать новые штатные расписания и расходы на сервера, СКС, модемы и даже цветные лазерные принтеры стоимостью с новый автомобиль.

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

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

4. «Зрелость» — тот этап, к которому шли раньше предприятия годами, и который сейчас должен реализовываться в течение нескольких месяцев после начала работы бизнес-единицы, а ещё лучше за несколько месяцев до начала.
Зрелость — это когда все информационные потоки, образующие информационную систему, как раз и являются отражением структуры предприятия и всех её бизнес-процессов.
То есть ИТ перестает быть всего лишь инструментом-палочкой (раньше даже термин был — «костыль»). Роль информационных технологий в бизнесе изменилась. Теперь ИТ и есть бизнес, неотъемлемая его часть, зарабатывающая не деньги на покупку серверов, а вообще ВСЕ деньги для компании.
На этом этапе топ-менеджеры уже не могут «переводить стрелки» на сисадмина (или ИТ-менеджера) при невыполнении задач из-за неработающей электронной почты.
И у ИТ-менеджера метрики и KPI завязаны на результаты всей компании, а не только на uptime серверов. Это этап общей ответственности и понимания, что ИТ (информационные технологии) — это общий термин для бизнес-технологий.

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