Главная страница

Бп. 1 - 2022 - ТипологияБП. Типология и анализ бизнеспроцессов


Скачать 2.54 Mb.
НазваниеТипология и анализ бизнеспроцессов
Дата07.06.2022
Размер2.54 Mb.
Формат файлаppt
Имя файла1 - 2022 - ТипологияБП.ppt
ТипДокументы
#574694

Типология и анализ бизнес-процессов


© Бабенко В.В., 2009 - 2022


Часть 1. Процессный подход в управлении: понятия, значение


Модель трудоустройства бакалавров «Прикладная информатика» (наиболее типичные занимаемые позиции на рынке труда по РК) с привязкой профессиональных стандартов.


Статистика: Выпускники кафедры «Прикладная информатика» СГУ, 2006 – 2020,
87 человек, первые 5 лет после выпуска


Навыковая модель профессионального стандарта «Системный аналитик»


Навыковая модель профессионального стандарта «Системный аналитик» (крупноблочно)

Науки бывают:


Естественные (биология, физика, химия…)
Неестественные (математика)
Сверхестественные (теология)
Л.Д.Ландау


Теория бизнес-процессов – это «математика управления»


Прикладная информатика – это неестественная
инженерно-аналитическая наука


Математика – это предельная формализация и абстрагирование от природы.
Например, из наблюдений (физика) получается что тело можно заставить двигаться (придать ускорение), которое будет зависеть от приложенной силы:
a F (1)
Исследуем формулу математическими способами. Из математического опыта мы знаем, что вероятен коэффициент пропорциональности:
a M*F (2)
Анализируем варианты:
F=M/A – математически абсолютно (3)
правильно, формула безупречна

Возвращаемся в «природу»:


Возвращаемся в «природу»:
    Интерпретируем коэффициент пропорциональности. Экспериментально выясняем, что М - это «масса»
    Экспериментально выясняем, что равенство 2 – строгое
    Определяем, что форма уравнения 3 лишена смысла
    Правильный по смыслу вариант: А = F/M – «ускорение которое приобретет тело прямо пропорционально приложенной силе и обратно пропорционально массе»

    Но анализ ситуации «только по формуле» - Это мощный инструмент познания!

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

Зачем IT-специалистам процессный подход?


БП – это основные объекты программного моделирования
Формальные модели БП – это крупноблочные алгоритмы цепочек операций
Модели БП позволяют точно оценивать информационные потоки
Формальные и содержательный анализ моделей БП позволяет выявить недостатки процессов
Все комплексные информационные системы построены на основе процессных моделей

Навыковая связь курса со смежными дисциплинами


Второй семестр!!!

Структура учебного курса:


8 пар лекции, 12 пар лаб.
Зачет (инструментально-практический)
Контролируются навыки:
    моделирование функциональности БП (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…)


Бизнес-процесс может быть представлен как набор операций и
он всегда потребляет какие-то ресурсы


У бизнес-процесса обязательно
есть хозяин (владелец)
Он правомочен распоряжаться
ресурсами


Хозяин процесса – очень важная фигура в процессном менеджменте!


Бизнес-процесс может
контролироваться с помощью
метрик


Нельзя управлять тем,
что нельзя измерить!


Нельзя управлять без
обратных связей!


Метрики могут быть внутренними
(метрики процесса) и внешними
(метрики продукта)


Разновидность внешних метрик -
потребительские свойства выходов
(качество)


Тип потребителя определяет – основной это БП или вспомогательный


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


Потребитель (клиент) БП – субъект, получающий результат БП:
    Внутренний – находящийся в рамках одной системы БП (в рамках одной организации)
    Внешний – использующий конечные результаты работы организации

    Регламент БП – документ, регулирующий работу БП
    Операция (работа, функция) БП – часть БП, имеющая вход и выход
    Модель БП – графическое, текстовое или комбинированное формальное описание БП или системы БП, выполненное с аналитическими или коммуникационными целями

Дальнейший анализ БП проводится по двум направлениям:
функциональный (WorkFlow, потоки работ, алгоритмы, сценарии
информационный (DataFlow, потоки данных)
Для этого имеются несколько десятков методов (нотаций)

Средства описания (нотации) и виды моделей БП Все нотации – вербально-графические конструкции


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% эффективности).


90%


75%


60%


45%


Учебные дисциплины «первой очереди» - совокупно определяют 75% требуемых профессиональных навыков.
По ним определяется профессиональная квалификация («качество обучения»).
Процент – это степень приближения к эталону «идеальный выпускник»


30%


Оценка качества производится по 2 каналам:
Накопительные электронные тесты
Рейтинговые письменные контрольные работы и проекты (в т.ч. курсовые работы)


Учебный процесс для вуза – это именно ПРОЦЕСС:
    Он циклично повторяется
    Он управляется по определенным законам (например, по статистическим закономерностям)
    Его гибкость и изменчивость невысоки (высокая инерционность)

    Учебный процесс для студента – это ПРОЕКТ:

    Он уникален (как по результату, так и по реализации)
    Он ограничен по ресурсам и срокам
    Его управляемость должна быть значительно выше, чем это обеспечивает учебный процесс


Противоречие устраняется использованием технологии «индивидуальный профиль обучения» («дорожная карта»)


Индивидуальный профиль обучения («дорожная карта», «road map») – это группа связанных микропроектов (портфель проектов), имеющих целью получения конкретным учащимся конкретных навыков
Управление road map предполагает:
    Максимально возможную конкретизацию индивидуальной цели
    Планирование (диаграмма Ганта)
    Мониторинг исполнения

    Главный механизм оперативного управления road map– это перераспределение имеющихся ресурсов (прежде всего, временных и денежных)

Пример road map


Цель: получить работу в индустрии разработки игрового ПО


Самостоятельные активности по «дорожной карте»:
    углубленное изучение (сертификация) иностранного языка
    изучение опциональных технологий (перспективная среда или язык программирования, смежные профессиональные навыки)
    сертификация по базовым технологиям (PME-PMP, Microsoft, Oracle, CISCO…)
    выступление с докладом на конференциях (разного уровня)
    подготовка публикаций
    участие в профессиональных проектах
    предпринимательская инициатива
    …..



написать администратору сайта