Бизнеспроцесс– преобразование входных элементов в выходные или несколько связанных работ или процедур, в совокупности реализующих конкретную цель текущей деятельности в рамках существующей организационной структуры (С.
Ковалев). По сути, бизнеспроцессы – это движение материальных, информационных и финансовых потоков. Особым видом бизнеспроцессов являются проекты – бизнеспроцессы развития.Проект – разовый уникальный процесс, направленный на осуществление изменений.
Для управления бизнеспроцессами разрабатываются модели. Выделяют следующие ОСНОВНЫЕ ЭТАПЫ ПО РАЗРАБОТКЕ МОДЕЛЕЙ БИЗНЕСПРОЦЕССОВ:
1. Выделение бизнеспроцессов:
• начинать выделение необходимо с определения видов (направлений) деятельности;
• затем необходимо определить начальные и конечные точки процессов;
• длинные и крупные процессы можно разделить на несколько подпроцессов;
• распределение процессов по видам (основные, обеспечивающие, управленческие, развивающие);
• увязка начальных и конечных точек процессов.
[Бизнес-процессы] Разработка модели процесса
2. Ранжирование бизнеспроцессов с целью их оценки по следующим признакам:
• возможность проведения изменений бизнеспроцесса.
3. Описание бизнеспроцессов, которое проводится горизонтально и вертикально в следующей последовательности:
• определение целей описания бизнеспроцессов;
• описание окружения бизнеспроцессов;
• описание функциональной структуры бизнеспроцессов;
• описание потоков бизнеспроцессов;
• построение диаграмм потоков бизнеспроцессов;
• построение диаграмм алгоритмов бизнеспроцессов;
• построение оргструктуры бизнеспроцессов.
4. Для правильного описания необходимо определить формат (стандарт) описания.
Наиболее распространены следующие методологии описания: DFD, IDEF0, IDEF3, SADT, ORACLE, BAAN, ARIS. Многие методологии встроены в соответствующие программные продукты.
5. Для построения модели бизнеспроцессов желательно использовать компьютерную программу. Наиболее известными программами моделирования бизнеспроцессов являются: ARIS; BPwin; BAAN EME; Design/IDEF; Visio; Бизнесинженер (программа сайта www.betec.ru).
На российском рынке присутствует несколько производителей инструментов финансового моделирования: «Эксперт Системс» (программа Project Expert);Alt Invest; MS Project; калькуляторы финансового аналитика (разработаны А. Васиной); сайт www.finmodel.ru.
Разработанные программы позволяют осуществлять в короткие сроки сложные процессы моделирования и анализа инвестиционных проектов, анализ финансового состояния компании, оперативно получать необходимую информацию.
26. НАЗНАЧЕНИЕ АНАЛИТИЧЕСКОЙ СИСТЕМЫ PROJECT EXPERT
Планирование развития предприятия требует применения современных методик и инструментов, снижающих временные затраты. Метод имитационного моделирования,основу которого составляет сценарный подход, является эффективным и адекватным решаемым задачам. Имитационные модели позволяют проигрывать различные варианты развития предприятия, состояния внешнего экономического окружения. С их помощью существует возможность проверить различные идеи и предположения относительно развития бизнеса, а также проанализировать последствия их реализации. Модель представлена в виде движения денежных средств
Этапы разработки организационного дизайна
Названные подходы положены в основу аналитической системыProject Expert,базирующейся на методике оценки инвестиционных проектов UNIDO и ставшей стандартом дефакто в области бизнеспланирования и инвестиционного проектирования в странах СНГ и Балтии. Последовательно моделируя в системе планируемую деятельность нового или действующего предприятия и изменения в экономической среде, можно вести инвестиционное проектирование и финансовое планирование, создавать бизнеспланы, удовлетворяющие международным требованиям, а также оценивать эффективность реализации проектов.
Project Expertпозволяет проанализировать альтернативные варианты развития проекта и выбрать оптимальный путь развития предприятия, определить потребность предприятия в денежных средствах, подобрать оптимальную схему финансирования и условия кредитования, оценить запас прочности бизнеса, эффективность вложений для всех участников проекта, выбрать варианты производства, закупок и сбыта, а также вести контроль за реализацией проектов.
Система позволяет моделировать деятельность различных по величине предприятий– от небольшой частной фирмы до холдинговых структур. С ее помощью можно создавать проекты любой сложности – от расчета окупаемости нового оборудования до оценки эффективности диверсификации деятельности предприятия. Project Expertне требует ни глубокого знания математики, ни умения программировать – необходимо только хорошо знать описываемый бизнес.
Работа с системой на разных стадиях разработки и реализации инвестиционного проекта может быть описана в виде следующих основных шагов:
• построение модели компании и ее экономического окружения в рамках проекта ее развития;
• определение потребности в финансировании проекта во времени;
• разработка стратегии финансирования;
• анализ прогнозируемых финансовых результатов;
• бизнеспланирование и создание бизнесплана – документа, содержащего текстовую часть, необходимые итоговые таблицы, графики и диаграммы;
• анализ данных о текущем состоянии проекта в процессе его реализации.
Финансовая модель– это: 1) модель финансовых потоков и экономических показателей моделируемого объекта; 2) механизм, позволяющий рассчитать необходимые финансовые и экономические показатели на основе исходных параметров.
При разработке финансовой модели бизнесплана необходимо четко структурировать все имеющиеся данные по проекту.
В любом бизнесплане должна быть отражена финансовая модель, где будут рассчитаны генерируемые предприятием будущие потоки на 3–5 лет вперед, основываясь на настоящих темпах роста.
При моделировании бюджета бизнесплана существуют три основных этапа:
1. Анализ первичной информации по настоящему развитию компании, стратегическому плану и маркетинговому анализу рынка, на базе которой будут моделироваться финансовые потоки.
2. Создание набора прогнозов финансовых отчетов (отчет о прибылях и убытках, баланс, отчет о денежных потоках в соответствии с МСФО) на последующие пять лет (как минимум, два года с шагом один месяц, а последующие – по годам), которые будут отражать результаты реализации стратегического плана.
3. Анализ факторов риска и стратегия снижения рисков, учитывая которые строятся три финансовых модели бизнесплана: пессимистическая (учитываются максимальные риски и их последствия на потоках компании); • оптимистическая (компания будет развиваться в соответствии с запланированными темпами, без рисков); • консервативная (наиболее вероятный исход развития компании).
Процесс построения модели деятельности предприятиянаиболее трудоемкий, требующий подготовительной работы по сбору и анализу исходных данных. Информация подбирается по информационным блокам:
1. Продукты и услуги. 2. Отрасль. 3. Конкурентоспособность. 4. Операции. 5. Финансовое положение компании.
6. Стратегический план.
Продукты и услуги.В данном разделе необходимо систематизировать всю предлагаемую компанией продуктовую линейку. Для каждой единицы товарного ряда следует прописать себестоимость продукции, предполагаемый объем продаж.
Отрасль.В финансовой модели пристальное внимание необходимо уделить анализу отрасли, в которой действует предприятие, рынков сбыта и уровня конкуренции. Эта важнейшая информация, на основании которой необходимо сделать вывод, сможет ли компания успешно реализовать свои возможности на рынке. Анализируя отрасль, в которой компания производит свои операции, необходимо уделить внимание тенденциям изменений, которые могут повлиять на продвижение товаров/услуг на рынке.
Необходимо также представить анализ влияния на отрасль основных сил,влияющих на состояние конкуренции: способность поставщиков влиять на условия поставки негативно; • способность покупателей влиять на условия покупки продукции и/или услуг негативно; • возможность возникновения продуктовзаменителей; и т. п.
Источник: scibook.net
25. Особенности разработки моделей бизнес-процессов. Информационные технологии для разработки бизнес-планов
Бизнес-процесс — преобразование входных элементов в выходные или несколько связанных работ или процедур, в совокупности реализующих конкретную цель текущей деятельности в рамках существующей организационной структуры (С. Ковалев). По сути, бизнес-процессы — это движение материальных, информационных и финансовых потоков.
Особым видом бизнес-процессов являются проекты — бизнес-процессы развития. Проект — разовый уникальный процесс, направленный на осуществление изменений. Для управления бизнес-процессами разрабатываются модели. Выделяют следующие ОСНОВНЫЕ ЭТАПЫ ПО РАЗРАБОТКЕ МОДЕЛЕЙ БИЗНЕС-ПРОЦЕССОВ:
1. Выделение бизнес-процессов:
— начинать выделение необходимо с определения видов (направлений) деятельности; — затем необходимо определить начальные и конечные точки процессов; — длинные и крупные процессы можно разделить на несколько подпроцессов; — распределение процессов по видам (основные, обеспечивающие, управленческие, развивающие); — увязка начальных и конечных точек процессов.
2. Ранжирование бизнес-процессов с целью их оценки по следующим признакам:
— важность бизнес-процесса; — проблемность бизнес-процесса; — возможность проведения изменений бизнес-процесса.
3. Описание бизнес-процессов, которое проводится горизонтально и вертикально в следующей последовательности:
— определение целей описания бизнес-процессов; — описание окружения бизнес-процессов; — описание функциональной структуры бизнес-процессов; — описание потоков бизнес-процессов; — построение диаграмм потоков бизнес-процессов; — построение диаграмм алгоритмов бизнес-процессов; — построение оргструктуры бизнес-процессов. 4. Для правильного описания необходимо определить формат (стандарт) описания.
Наиболее распространены следующие методологии описания: DFD, IDEF0, IDEF3, SADT, ORACLE, BAAN, ARIS. Многие методологии встроены в соответствующие программные продукты. 5. Для построения модели бизнес-процессов желательно использовать компьютерную программу.
Наиболее известными программами моделирования бизнес-процессов являются: ARIS; BPwin; BAAN EME; Design/IDEF; Visio; Бизнес-инженер (программа сайта www.betec.ru). На российском рынке присутствует несколько производителей инструментов финансового моделирования: «Эксперт Системс» (программа Project Expert); Alt Invest; MS Project; калькуляторы финансового аналитика (разработаны А. Васиной); сайт www.finmodel.ru. Разработанные программы позволяют осуществлять в короткие сроки сложные процессы моделирования и анализа инвестиционных проектов, анализ финансового состояния компании, оперативно получать необходимую информацию.
26. Назначение аналитической системы project expert
Планирование развития предприятия требует применения современных методик и инструментов, снижающих временные затраты. Метод имитационного моделирования, основу которого составляет сценарный подход, является эффективным и адекватным решаемым задачам.
Имитационные модели позволяют проигрывать различные варианты развития предприятия, состояния внешнего экономического окружения. С их помощью существует возможность проверить различные идеи и предположения относительно развития бизнеса, а также проанализировать последствия их реализации. Модель представлена в виде движения денежных средств
Названные подходы положены в основу аналитической системы Project Expert, базирующейся на методике оценки инвестиционных проектов UNIDO и ставшей стандартом де-факто в области бизнес-планирования и инвестиционного проектирования в странах СНГ и Балтии. Последовательно моделируя в системе планируемую деятельность нового или действующего предприятия и изменения в экономической среде, можно вести инвестиционное проектирование и финансовое планирование, создавать бизнес-планы, удовлетворяющие международным требованиям, а также оценивать эффективность реализации проектов.
Project Expert позволяет проанализировать альтернативные варианты развития проекта и выбрать оптимальный путь развития предприятия, определить потребность предприятия в денежных средствах, подобрать оптимальную схему финансирования и условия кредитования, оценить запас прочности бизнеса, эффективность вложений для всех участников проекта, выбрать варианты производства, закупок и сбыта, а также вести контроль за реализацией проектов. Система позволяет моделировать деятельность различных по величине предприятий — от небольшой частной фирмы до холдинговых структур. С ее помощью можно создавать проекты любой сложности — от расчета окупаемости нового оборудования до оценки эффективности диверсификации деятельности предприятия. Project Expert не требует ни глубокого знания математики, ни умения программировать — необходимо только хорошо знать описываемый бизнес. Работа с системой на разных стадиях разработки и реализации инвестиционного проекта может быть описана в виде следующих основных шагов: — построение модели компании и ее экономического окружения в рамках проекта ее развития; — определение потребности в финансировании проекта во времени; — разработка стратегии финансирования; — анализ прогнозируемых финансовых результатов; — бизнес-планирование и создание бизнес-плана — документа, содержащего текстовую часть, необходимые итоговые таблицы, графики и диаграммы; — анализ данных о текущем состоянии проекта в процессе его реализации.
Источник: studfile.net
Процессная модель, как пошаговая инструкция
Очень часто мне задают вопрос, где и когда на практике может понадобиться процессный подход, и какая от него польза? Об этом я и постараюсь сейчас рассказать.
- Если вы – консультант, я надеюсь, что мои пояснения помогут вам в работе с клиентами.
- Если вы – бизнесмен, понимание того, зачем и когда нужен процессный подход, поможет вам в оценке профессионализма привлеченных специалистов, а также для определения четких требований к их работе.
Процессная модель, как пошаговая инструкция.
Когда вы что-то автоматизируете, оптимизируете или создаете что-то новое, крайне важно понимать, что именно вы делаете, как это будет работать. Общие слова и красивые формулировки могут пригодиться на презентации решения, но никак не в процессе работы. Здесь нужно четкое, однозначное и максимально конкретное понимание – что именно будет происходить, шаг за шагом.
И здесь процессный подход становится оптимальным решением:
- Четко определены рамки – начало работы и нужный результат. Все дальнейшие действия проходят уже в обозначенных пределах и не выходят за них, что помогает сосредоточиться на задаче.
- Простая последовательность действий. Вы прописываете действия «шаг за шагом». Человеческий мозг так устроен, что попытки охватить все и сразу приводят к ошибкам и путанице. Намного проще и удобнее постепенно выстраивать последовательность действий, проверяя каждый из шагов на однозначность решения и выстраивая логические разветвления там, где это необходимо (конструкция типа «если – то – иначе»). Не зря именно так строятся все инструкции – четко, пошагово, однозначно.
Рассмотрим в качестве примера фрагмент процесса продаж:
- Прием звонка от покупателя;
- Сохранение звонка (запроса);
- Создание задачи «обработка запроса» на основе запроса от покупателя;
- Автоматическое создание Сделки на основе обработанного запроса.
Все эти этапы обязательно будут отражены в бизнес-модели процесса продажи в процессе разработки. Таким образом, у вас появляется четкая последовательность действий, которые необходимо каким-то образом внедрить.
Теперь начинается анализ каждого этапа:
- Прием звонка. Его нужно автоматически зафиксировать. в CRM-системе и сохранить запись. При выборе программного обеспечения рассматриваем, какие CRM-системы работают с этой телефонией. Все программные решения, которые не могут быть интегрированы с телефонией, более не рассматриваются.Выбор сужается до перечня тех, что удовлетворяют реализации этого этапа.
- Сохранение звонка. Нужно ли вам хранить записи телефонных разговоров? Предоставляет ли телефония эту возможность? Определяем варианты реализации решения. Добавляем техническое задание для специалиста, который будет настраивать CRM-систему требование: сохранение события – «звонок от клиента» с обязательной ссылкой на запись разговора.
- Создание задачи. Прорабатываем детали:
- Как назначается ответственное лицо – автоматически или руководителем?
- Нужно ли отправлять уведомление, об автоматически созданной задаче, руководителю?
- Какие сведения необходимо получить от покупателя на этапе обработки запроса?
- Как определить, что задача выполнена, и можно открывать сделку?(в некоторых случаях этот этап требует 1-2 действий, например, уточнения наличия товара и повторного звонка клиенту).
В других случаях создается «подпроцесс», т.е. этап детализируется подробно. И прописывается перечень требований по автоматизации к каждому из действий.
4. Создание Сделки. Аналогично:
- После каких выполненных условий Сделка будет создаваться автоматически?
- Какие данные (информационные поля) должны быть в документе Сделка?
Ответы на вопросы позволяют еще больше детализировать требования к выбору и настройке CRM. Конечно же если возможно оптимизация тех или иных действий, то оптимизируем.
И так, этап за этапом, вы подробно продумываете . В результате вы получаете четкое и однозначное решение – как это должно работать и что для этого нужно.
Т.е. в процессе разработки процессной модели и ее детализации вы получаете всю необходимую информацию:
- Что именно необходимо выполнить, чтобы прийти к нужному результату.
- Какие ресурсы вам нужны: компьютерные мощности, другое оборудование (телефоны, сканеры, IP-телефония, кассовые аппараты и т.д.). В том числе, в этот список входят люди – на каких этапах и каким образом будут действовать сотрудники. И какая квалификация исполнителя в каждом случае нужна.
- Какие требования к программной системе для вас важны. Готовый список требований поможет из перечня «возможно подходящих» быстро выбрать одну или несколько, которые действительно подходят. И далее уже определяться на основе цены, предпочтений сотрудников или каких-то дополнительных пожеланий.
- Каким образом программная система (или системы) должны быть настроены. Т.е. вы сможете быстро и четко описать техническому специалисту, какие документы и справочники необходимы, какие в них должны быть поля для заполнения, какие задачи в какой последовательности должны формироваться и т.д.
Таким образом, процессная модель, по сути, становится основой для всех дальнейших решений.
Процессный подход при составлении плана работы.
Итак, вы составили процессную модель будущей автоматизации или оптимизации какой-то работы. Теперь вы четко понимаете, что именно вы хотите получить, и даже какие ресурсы для этого потребуются.
Но есть еще один плюс. Процессная модель – это уже практически готовый план выполнения работ, так как вы уже четко понимаете, что именно необходимо закупить, внедрить и настроить. И какие сложности предстоят на каждом из этапов.
Благодаря подробно проработанному процессу вы получаете все необходимые данные для разработки плана реализации решения (автоматизации, внедрения программной системы и т.д.). На основе этих сведений вы можете:
- В качестве приглашенного специалиста – составить план работ с указанием сроков и стоимости в общем или для каждого этапа.
- В качестве клиента – четко и однозначно понимать, что именно вам предлагают, как это будет реализовано, какие ресурсы от вас потребуются, и когда ждать результата.
В любом случае, согласованная процессная модель становится основой для взаимопонимания между заказчиком и подрядчиком. Заказчик понимает, что он получит, и будет принимать работу, основываясь на согласованном решении. Подрядчик четко знает, каким должен быть результат. Никаких разночтений и вольных трактовок. Все четко и однозначно.
Об этом стоит поговорить подробнее.
Процессное моделирование для взаимодействия с заказчиком.
Процессное моделирование – это один из самых наглядных и однозначных вариантов объяснить заказчику суть вашего предложения. И не важно, хотите вы при этом продать программную систему или обосновываете оптимизацию работы компании как бизнес-консультант.
Впоследствии заказчик, ориентируясь на нотацию бизнес-процесса, будет принимать работу. Для этого достаточно сравнить результат и заявленную в согласованной модели последовательность действий.
Нередко для подобных целей используют другие варианты:
- Объемные коммерческие предложения, где текстом описываются возможные преимущества. Обычно в них много слов и очень мало конкретных решений. В итоге, заказчик просто не понимает, что и зачем ему хотят продать.
- Технические задания. Иногда составляются заказчиком (особенно часто в крупных компаниях), иногда – подрядчиком после устного обсуждения задачи. Содержат большой объем сложной терминологии, перечень ГОСТов, других технических требований. И множество другой информации, которая, на самом деле, не нужна ни заказчику, ни подрядчику (специалисту по внедрению, бизнес-консультанту и т.д.). Понять суть проблемы или предлагаемые решения на основе таких документов крайне затруднительно.
- Устные переговоры и демонстрация возможностей системы. Подходят для внедрения небольших программных систем, но в сложных случаях почти всегда такой вариант оканчивается неоправданными ожиданиями заказчика и неверным пониманием задачи подрядчиком.
Процессное моделирование — позволяет четко определить поставленную задачу и обозначить результат. Вероятность проблем взаимопонимания снижается до минимума, так как графическая нотация – это просто, понятно, наглядно и однозначно. При этом заказчик четко понимает, что он получит в качестве решения поставленной задачи. И сможет легко проконтролировать полученный результат.
Как это происходит:
- Постановка задачи. Заказчик сообщает о проблеме и о том, что он хотел бы получить.
- В BPMN создается графическая процессная нотация, которая проходит согласование. На этом этапе заказчик понимает, что он получит, и согласен с выбранным решением, исполнитель – что именно нужно сделать.
- На основе согласованного решения выполняется выбор программного обеспечения (с учетом иерархии систем, о которой я уже писал в прошлых статьях).
- Формируется план выполнения работ.
- Выполняется внедрение.
- Заказчик на основе согласованной процессной модели оценивает результат.
Если все действия были выполнены правильно, то в итоге система (подразделение компании или бизнес в целом) работает так, как было оговорено на этапе согласования процессной модели. Результат соответствует ожиданиям. Сотрудничество завершается успешно.
Два уровня: графика и текст
Напоследок поделюсь собственным выводом.
Процессная графическая модель – это действительно удобно, как для себя, в процессе поиска решения, так и для взаимодействия с заказчиком. Но в последнем случае этого мало.
Поэтому лучше сочетать:
- Графическую нотацию(она позволяет понять, что именно получит заказчик. Причем, показывает решение максимально наглядно).
- Текстовое описание(здесь следует подробно объяснить, каким образом будет реализовано решение. Текстом можно подробно описать все важные этапы самой процессной модели, здесь же перечисляется необходимое оборудование и программное обеспечение. В текстовом виде предоставляется и план выполнения работ).
Т.е. графика позволяет понять, что именно получит заказчик, а текст поясняет, как это будет реализовано.
Источник: Блог компании Системный интегратор Тринион
Источник: biconsult.ru