Принято говорить о трех типах бизнес-процессов, которые и составляют систему бизнес-процессов:
1. Управленческие (Стратегический менеджмент, Корпоративное управление);
2. Оперативные. Процессы ведущие основную деятельность бизнеса (Покупка, Разработка, Производство, Маркетинг, Продажи);
3. Поддерживающие (Учет, техническая поддержка).
Система бизнес-процессов начинает работать, когда у вас сформулированны видение и миссия. А успех работы системы оченивается по принципу «достигнуты Целеполагание|положенные цели или нет». Собственник должен определиться со своей главной целью: что он ждет от своего предприятия? [3].
Грамотные бизнес-аналитики (или опытные руководители) обычно в состоянии предложить бизнес-процессы в варианте «как надо». Однако, встречаются ситуации, когда «как надо» не в состоянии сказать никто – например, абсолютно новый вид бизнеса или предприятие с большим количеством сложных взаимодействий между подразделениями, нуждающееся в повышении эффективности своей работы (См. Стратегические карты, Оценка эффективности бизнеса, Стратегический процесс).
[Бизнес-процессы] Какие типы процессов существуют?
Оптимизировать его работу возможно лишь путем скрупулезного анализа действующих бизнес-процессов. При этом весьма вероятно, что анализ покажет – интуитивно выстроенные связи и взаимодействия являются оптимальными, и повышение эффективности следует искать в других местах. Тем не менее, построение действующей схемы бизнес-процессов будет полезным для предприятия – поскольку предоставляет возможности к формализации деятельности, а также готовит почву для работы в случае каких-либо изменений в бизнесе.
К особенностям проектирования системы управления новым, только создаваемым предприятием следует отнести отсутствие анализа того, «как было». Система управления изначально проектируется для достижения стратегических целей предприятия.
Зачем выделять и описывать бизнес-процессы?
В практике встречается 5 целей, для достижения которых применяется описание бизнес-процессов компании:
1. Для регламентации деятельности компании. Чтобы добиться от сотрудников понимания своего места, своевременного завершения задач и качественного выполнения работы необходимо описать их деятельность и деятельность компании в целом. Эта необходимость возникает не сразу, а на определенном этапе развития компании. Для регламентации деятельности применяются два типа документов.
Во-первых, Положения о подразделениях и Должностные инструкции – эти документы служат для фиксации места каждого сотрудника и руководителя в оргструктуре, а также содержат полный перечень функций каждого работника. Во-вторых, Регламенты бизнес-процессов компании. Регламенты бизнес-процессов фиксируют порядок выполнения работ, отражают важные моменты взаимодействия отдельных сотрудников и подразделений, содержат правила, которые выполняют все участники процесса. При наличии регламентов бизнес-процессов положения о подразделениях и должностные инструкции получаются не такими объемными как обычно.
Введение в анализ бизнес-процессов
2. Для управления компанией. Управление компанией как совокупностью бизнес-процессов называется процессным подходом к управлению. Этот подход используется в международных стандартах системы менеджмента качества: ISO, TQM, 6 Сигма. Внедрение процессного подхода к управлению позволяет определить для каждого бизнес-процесса такого владельца, который несет ответственность за результат, имеет ресурсы и полномочия для управления процессом. Управление бизнес-процессами осуществляется по циклу PDCA (планируй-делай-проверяй-корректируй), при этом каждый бизнес-процесс имеет показатели, по которым оценивается ход процесса и его результаты.
3. Для оптимизации деятельности компании. По меткому выражению Козьмы Пруткова: «Нет такой вещи, которая не могла бы быть улучшена». Для проведения оптимизации необходимы три вещи: цели, объект оптимизации и его показатели. Какие бы не ставил топ-менеджер цели оптимизации деятельности компании, бизнес-процессы – это идеальные объекты для проведения изменений.
Они имеют четко определенные границы, показатели, а главное – результат, который нужен внешнему или внутреннему клиенту. Регулярно проводить оптимизацию бизнес-процессов для Западного топ-менеджера уже стало «хорошими манерами» в бизнесе.
4. Для автоматизации деятельности компании. Информационные технологии стали неотъемлемой частью нашей жизни, и большинство компаний имеют различные информационные системы, автоматизирующие их деятельность.
Программисты – народ одержимый, у них искреннее желание причинить такую «пользу», чтобы всем стало хорошо, и вся рутинная работа выполнялась одним нажатием кнопки Enter на клавиатуре. Но прежде, чем информационная система создается, в нее надо заложить бизнес-модель компании, т.е. формализованные алгоритмы и закономерности деятельности, о которых программисты не знают. Тут на помощь приходят бизнес-процессы, как универсальный язык менеджеров и программистов. Модели бизнес-процессов компании позволяют топ-менеджерам заложить в информационную систему новый порядок и механизмы, развивающие компанию.
5. Для тиражирования бизнеса. Если топ-менеджер хочет быстро и успешно открывать филиалы или одинаковые компании, то надо разработать типовой «чемоданчик», который существенно облегчает эту процедуру. Основной составляющей этого «чемоданчика» должно быть описание бизнес-процессов, как динамическое представление вашего бизнеса. Описание бизнес-процессов поможет перенести успешный опыт организации бизнеса с одной компании на другую, и, конечно, позволит быстрее наладить работу в новом филиале или компании. [4].
Источник: studopedia.su
2.6. Типология процессов
Рис. 2.6.1. Общая типология процессов В популярных классификациях часто называется пять базовых видов процессов (см. рис.
2.6.1). • Индивидуальные горизонтальные процессы, выполняемые отдельными исполнителями (организационными звеньями). • Межфункциональные горизонтальные процессы, выполняемые многими исполнителями (организационными звеньями). • Вертикальные процессы, отражающие взаимодействия исполнителей (организационных звеньев) по вертикали. • Интегрированные процессы, отображающие деятельность исполнителей по вертикали и по горизонтали. • Вложенные процессы, входящие в состав более сложного процесса Распространенные на практике методологии моделирования процессов придерживаются этих конструкций, но не буквально, а скорее ориентировочно. В результате чего детализированные описания процессов часто бывают гетеротонными (состоящими из разнородных компонент и интегрированными относительно приведенных определений).
Более того, и сама приведенная базовая классификация не единственно возможная. Многие классификации строятся на типологии предназначения процессов. Как распространенный пример классификации такого рода можно привести выделение в компании основных бизнес-процессов (поставки, производство, сбыт), поддерживающих процессов и процессов управления (см. рис. 2.6.2 и рис. 2.6.3).
При проведении инжиниринга одним из первых специалисты рекомендуют решать вопрос о способе представления описания процессов верхнего уровня. 
Рис. 2.6.3.
Пример представления модели процессов верхнего уровня • Основные бизнес-процессы, горизонтальные, обеспечивающие преобразование входов в выходы и достижение финальных результатов, соответствующих интересам компании. Бизнес-пороцессы часто пытаются представить как последовательную цепочку процессов, добавляющих стоимость, поскольку каждый последующий процесс определяет требования к предыдущему.
Например, для дистрибьюторской компании: маркетинг и планирование сбыта, закупки, транспортная логистика, складская логистика, продажи, послепродажное обслуживание. • Поддерживающие бизнес-процессы, горизонтальные, обеспечивающие исполнение основных процессов. Например, для дистрибьюторской компании: поддержка и развитие дистрибьюторской сети, обеспечение информационными ресурсами, обеспечение инфраструктурными сервисами. • Управленческие (административные) процессы, вертикальные, обеспечивающие управление деятельностью компании, основными и обеспечивающими процессами.
Например, стратегическое управление, управление финансами, управление персоналом, операционное управление бизнес-процессами. Популярный вариант изображения процессов верхнего уровня показан на рис. 2.6.4. 
Рис. 2.6.4. Пример изображения процессов верхнего уровня
2.7. Процесс или функция
Рис. 2.7.1. Варианты соотношения моделей процессов и функций Понятия процесс и функция применяются как модельные конструкции для описания способов исполнения работ и организации функционирования компании. Соотношения между этими понятиями относительные и зависят от принятой договоренности при моделировании (см. рис.
2.7.1). Возможен и часто применяется вариант, когда принимается договоренность о моделировании, при которой каждый процесс декомпозируется на функции и моделирование идет от процессов верхнего уровня к составляющим их функциям.
В другой системе договоренностей сначала задаются функции, понимаемые как «свернутые» процессы, а затем представляются процессы их реализации, связи между процессами и снова более мелкие функции, составляющие процессы. В практике моделирования организации деятельности для одной и той же компании могут применяться одновременно несколько разноцелевых и разноуровневых моделей, в которых взаимное позиционирование бизнес-процессов и функций может меняться в зависимости от ракурса рассмотрения.
Например, функция может получаться как результат декомпозиции модели бизнес-процессов более верхнего уровня и выступать как операция в модели бизнес-процессов более нижнего уровня модели процедур (рис. 2.7.2). 
Рис. 2.9.1. Разделение управления на процессное и проектное
Источник: studfile.net
Бп. 1 — 2022 — ТипологияБП. Типология и анализ бизнеспроцессов
Единственный в мире Музей Смайликов
Самая яркая достопримечательность Крыма
Скачать 2.54 Mb.
Типология и анализ бизнес-процессов
Часть 1. Процессный подход в управлении: понятия, значение
Модель трудоустройства бакалавров «Прикладная информатика» (наиболее типичные занимаемые позиции на рынке труда по РК) с привязкой профессиональных стандартов.
Статистика: Выпускники кафедры «Прикладная информатика» СГУ, 2006 – 2020,
87 человек, первые 5 лет после выпуска
Навыковая модель профессионального стандарта «Системный аналитик»
Навыковая модель профессионального стандарта «Системный аналитик» (крупноблочно)
Науки бывают:
Естественные (биология, физика, химия…)
Неестественные (математика)
Сверхестественные (теология)
Л.Д.Ландау
Теория бизнес-процессов – это «математика управления»
Прикладная информатика – это неестественная
инженерно-аналитическая наука
Математика – это предельная формализация и абстрагирование от природы.
Например, из наблюдений (физика) получается что тело можно заставить двигаться (придать ускорение), которое будет зависеть от приложенной силы:
a F (1)
Исследуем формулу математическими способами. Из математического опыта мы знаем, что вероятен коэффициент пропорциональности:
a M*F (2)
Анализируем варианты:
F=M/A – математически абсолютно (3)
правильно, формула безупречна
Возвращаемся в «природу»:
- Интерпретируем коэффициент пропорциональности. Экспериментально выясняем, что М — это «масса»
Экспериментально выясняем, что равенство 2 – строгое
Определяем, что форма уравнения 3 лишена смысла
Правильный по смыслу вариант: А = F/M – «ускорение которое приобретет тело прямо пропорционально приложенной силе и обратно пропорционально массе»
Зачем IT-специалистам процессный подход?
БП – это основные объекты программного моделирования
Формальные модели БП – это крупноблочные алгоритмы цепочек операций
Модели БП позволяют точно оценивать информационные потоки
Формальные и содержательный анализ моделей БП позволяет выявить недостатки процессов
Все комплексные информационные системы построены на основе процессных моделей
Навыковая связь курса со смежными дисциплинами
Структура учебного курса:
- моделирование функциональности БП (SADT, IDEF3, SwimLane и UML UseCase)
моделирование потоков данных (DFD)
моделирование структур данных (ERD)
использование программ (MS Visio, Visual Paradigm)
Структура курса. Итоговые навыки и компетенции.
Уметь алгоритмизировать любые действия и мыслить в категориях процессов
Уметь выявлять и анализировать БП в контурах управления современного бизнеса
Уметь моделировать БП в стандартных нотациях (CASE-технологии) : SADT, DFD, IDEF3, SwimLine (SwimLane), ERD, UseCase
Уметь читать и анализировать формальные модели БП с целью выявления проблем
Знать типовые БП современного бизнеса
Уметь использовать специальное ПО для моделирования БП
Основная литература
Елиферов В.Г., Репин В.В. Бизнес-процессы: Регламентация и управление. – М.: ИНФРА-М, 2005
Маклаков С.В. Создание информационных систем с AllFusion Modelling Suite.- М.: Диалог-МИФИ, 2003
Калянов Г.Н. CASE: структурный системный анализ (автоматизация и применение). М.: ЛОРИ, 1996.
Марка Д.А., МакГоуэн К. SADT — методология структурного анализа и проектирования. — М.: Метатехнология, 1993
Бабенко В.В. Практический анализ бизнес-процессов. Сборник задач и упражнений. – Сыктывкар, 2010
Процессный подход
- В менеджменте (методология BPR)
В управлении качеством (TQM)
В програмно-компьютерном моделировании управленческих методов (комплексные стандарты управления ERP, MRPII, CRM…)
Бизнес-процесс обязательно преобразует входы в выходы
Выходы должны быть описаны на диаграмме всегда,
а входы явно могут и отсутствовать
Упрощенная схема бизнес-процесса
(“каноническая модель”)
Это самый высокий уровень абстракции – бизнес-процесс как «черный ящик»
Это бизнес-процесс!
Бизнес-процесс потребляет ресурсы (деньги, материалы, информацию, HR…)
Бизнес-процесс может быть представлен как набор операций и
он всегда потребляет какие-то ресурсы
У бизнес-процесса обязательно
есть хозяин (владелец)
Он правомочен распоряжаться
ресурсами
Хозяин процесса – очень важная фигура в процессном менеджменте!
Бизнес-процесс может
контролироваться с помощью
метрик
Нельзя управлять тем,
что нельзя измерить!
Нельзя управлять без
обратных связей!
Метрики могут быть внутренними
(метрики процесса) и внешними
(метрики продукта)
Разновидность внешних метрик —
потребительские свойства выходов
(качество)
Тип потребителя определяет – основной это БП или вспомогательный
Ресурсы БП – информация, финансы, материалы, персонал, оборудование, инфраструктура, программное обеспечение необходимые для выполнения БП
Вход БП – ресурс, обеспечиваемый внешним поставщиком
Выход БП – результат (продукт, услуга) действия БП
Владелец (хозяин) БП – должностное лицо, имеющее в своем распоряжении необходимые ресурсы, управляющее БП и несущее ответственность за результаты БП
Показатели (метрики) БП – качественные и количественные характеристики определяющие оперативную и итоговую эффективность БП
- Внутренний – находящийся в рамках одной системы БП (в рамках одной организации)
Внешний – использующий конечные результаты работы организации
Средства описания (нотации) и виды моделей БП Все нотации – вербально-графические конструкции
SADT (IDEF0, Structured Analyze and Design Technique – Метод структурного анализа и проектирования. Функциональное моделирование.
DFD (Data Flow Diagrams) – Диаграммы потоков данных. Информационное моделирование.
SwimLane (SwimLine) – Кроссфункциональное моделирование
IDEF3 – Моделирование потоков работ (WorkFlow, сценарное моделирование)
ERD (Entity-Relationship Diagrams) – Диаграммы «сущность — связь». Моделирование структуры данных.
BPMN (Business Process Modeling Notation) – Комплексное моделирование.
UML (Universal Modeling Language) – Универсальный язык моделирования. Объектное моделирование.
- формализация для последующего анализа
накопление и обмен знаниями – принцип «второй сигнальной системы», нотации – это «язык инженеров»
профессиональные коммуникации – «все заинтересованные субъекты понимают систему (задачу) одинаково»
методологизация анализа – «конечная модель иногда мене важна чем процесс ее построения»
Вопросы, которые интересуют пользователей при моделировании бизнес-процессов
Чего следует остерегаться:
Создание моделей ради моделей – глупое украшательство!
Модели БП не должны быть излишне сложными. Главная цель любого моделирования – абстрагирование от несущественных деталей.
Не следует добиваться «самой правильной модели» — процесс описания БП очень субъективен. Главный критерий качества – выразительность и информативность.
CASE-моделирование
Часто используется термин CASE: Computer Aided System Engineering.
В современном толковании – это практически все методы моделирования и описания бизнес-процессов (независимо от целей)
Декомпозиция БП как отражение его системности
Структурная логика декомпозиции
БП определяют проектирование ИТ-архитектуры бизнеса
Концепция расширенной цепочки добавочной стоимости (value chain, середина 1980-х годов, Майкл Портер (Michael E. Porter) из Гарвардской бизнес-школы).
Цепочка создания добавочной стоимости включает все бизнес-процессы, которые должны быть выполнены от момента получения заказа от потребителя до поставки окончательного продукта.
Нужно фокусироваться на тех активностях, которые создают добавочную стоимость (по правилу Парета отладка 20% ключевых процессов даст 80% эффективности).
Учебные дисциплины «первой очереди» — совокупно определяют 75% требуемых профессиональных навыков.
По ним определяется профессиональная квалификация («качество обучения»).
Процент – это степень приближения к эталону «идеальный выпускник»
Оценка качества производится по 2 каналам:
Накопительные электронные тесты
Рейтинговые письменные контрольные работы и проекты (в т.ч. курсовые работы)
- Он циклично повторяется
Он управляется по определенным законам (например, по статистическим закономерностям)
Его гибкость и изменчивость невысоки (высокая инерционность)
Учебный процесс для студента – это ПРОЕКТ:
Он уникален (как по результату, так и по реализации)
Он ограничен по ресурсам и срокам
Его управляемость должна быть значительно выше, чем это обеспечивает учебный процесс
Противоречие устраняется использованием технологии «индивидуальный профиль обучения» («дорожная карта»)
Цель: получить работу в индустрии разработки игрового ПО
- углубленное изучение (сертификация) иностранного языка
изучение опциональных технологий (перспективная среда или язык программирования, смежные профессиональные навыки)
сертификация по базовым технологиям (PME-PMP, Microsoft, Oracle, CISCO…)
выступление с докладом на конференциях (разного уровня)
подготовка публикаций
участие в профессиональных проектах
предпринимательская инициатива
…..
Источник: topuch.com
