Алёшин В.Д., РАНХ и ГС при Президенте РФ, профессор
Доклад на конференции ABPMP Russian Chapter "Преподавание BPM — опыт, проблемы, перспективы"
Москва, 13.12.2013
BPM: Почему надо говорить о системе курсов для всех заинтересованных лиц организации
1. BPM: Почему нужно говорить о
системе курсов для всех
категорий заинтересованных лиц
организации
Алѐшин В.Д.,
РАНХ и ГС при Президенте РФ, профессор
Москва, 13 декабря 2013
2. Efficiency is doing things right;
effectiveness is doing the right things
Результативность – делать
правильные вещи,
Эффективность – делать вещи
правильно
Peter Drucker
3. The multi-disciplinary skill mix is critical
for services leaders of the future
Academic Innovation and Skills for the 21st Century (2007)
4. Оглавление
1. Проблемы бизнеса
2. Заинтересованные лица
3. Проблема понимания:
BPM & BPMS?
4. Принципы построение российской
системы курсов
5. 1. Текущие проблемы бизнеса
Изменение моделей ведения бизнеса в сравнении с
изменениями продуктов и процессов
Данилин А., Слюсаренко А. Архитектура и стратегия. "Инь"
и "Янь" информационных технологий предприятия (2005)
6. 2. Заинтересованные лица
Заинтересованное лицо (stakeholder) – это любое лицо
или сторона, которые могут влиять на деятельность и
политику компании (организации) или сами могут
оказаться под влиянием еѐ деятельности.
Классификация заинтересованных лиц
Модель Менделоу (Mendelow A.)
• Власть заинтересованного лица определяет его
способность оказывать влияние на организацию
• Интерес заинтересованного лица определяет его
желание влиять на организацию
Влияние заинтересованного лица = Власть х Интерес
Кэмпбел Д. и др. Стратегический менеджмент (2003)
1
7. Заинтересованные лица
• Владельцы бизнеса, топы организации;
• Руководители среднего звена – владельцы процессов
(бизнес-процессов);
• Ключевые пользователи – менеджеры процессов
(бизнес-процессов);
• Конечные пользователи – исполнители процессов
(бизнес-процессов);
• Специалисты BPM;
• Специалисты службы организационного развития;
• Специалисты службы качества;
• Специалисты службы ИТ;
• Специалисты службы безопасности;
• Специалисты службы информационной безопасности;
• Специалисты службы персонала.
2
8. 3. Проблема понимания: BPM & BPMS?
1. Работа как процесс.
Основные этапы рассмотрения
2. Модель построения организации
3. Первая промышленная парадигма
4. Вторая промышленная парадигма
5. Модель перехода к парадигме Toyota
6. Кто проектирует бизнес-системы?
7. Проблемы понимания
8. BPM & BPMS & SOA
9. 3.1. Работа как процесс.
Основные этапы рассмотрения
•
Тейлор Ф. (Taylor Frederick)
•
Шухарт У. (Shewhart Walter), Деминг Э.
(Deming Edwards), Джуран Д. (Juran Joseph)
Toyota Production System (TPS)
реинжиниринг и усовершенствование в сфере ручного
труда и производственных процессов
усовершенствование процессов по Тейлору &
статистический контроль процессов
•
Реинжиниринг бизнес-процессов
•
Методология 6σ ("шесть сигм‖)
o Кардинальное переосмысление и
совершенствование работы
o Работа с многофункциональными процессами
o Завышенные цели совершенствования
o Применение ИТ в качестве средства поддержки
постепенное улучшение мелких рабочих процессов
10. 3.2. Модель построения организации
Организация
Процесс
Разделение
труда
Функции
Роли
Информационное
"затоваривание"
Процесс
Организация
Команды
исполнителей
Сотрудничество
Холлингзуорт Д. Workflow как средство интеграции
11. 3.3. Первая промышленная парадигма
Организация производства по функциональному принципу
Основной принцип – специализации и
разделение труда:
• специализация в рамках
технологического процесса
• неодинаковые полномочиями
сотрудников в отношении принятия
решений
1
12. Первая промышленная парадигма
Организация производства по функциональному принципу
Первый результат:
• Структурное (по вертикали)
• Процессное (по горизонтали)
разделение задач и процессов.
Взаимодействие через специальные стыки
Второй результат:
• Организация структуры
• Организация процессов
• Организация руководства (оперативное)
Третий результат:
Min структурная единица - должность
2
13. 3.4. Вторая промышленная парадигма
Организация производства на основе процессов
Основные принципы ориентации на
процессы:
• Функциональная интеграция
• Разработка инновационных продуктов
• Упрощение технологических и
бизнес-процессов
• Самостоятельное осуществление работниками
регулирования и контроллинга
• Неиерархическая организационная структура
• Совершенствование организации – общее
дело как руководителей, так и сотрудников.
Перекличка с концепцией кайдзен.
1
14. Вторая промышленная парадигма
Организация производства на основе процессов
Конкурентные преимущества ориентации на
процессы:
• Эксперт-человек вместо экспертной системы
• Интеграция вместо стыков
• Совместная работа вместо разделения труда
• Ускорение благодаря упрощению
• Надежность благодаря обозримости
Предпосылки: целостный стратегический подход.
Области общей стратегии менеджмента:
• Ориентация на клиентов: удержать клиентов
• Ориентация на людей:
удержать работника
• Ориентация на процессы: совершенствование
процессов
2
15. 3.5. Модель перехода к парадигме Toyota
Биннер Х. Управление организациями и производством (2010)
16. 3.6. Проблемы понимания
• Осознание необходимости смены
парадигмы менеджмента
• Построение карты бизнес-процессов
• Осознание и принятие компанией BPM
как методологии менеджмента в
рамках новой парадигмы
• Использование референсных моделей
• Внедрение BPMS & SOA
• …
17. 3.7. Кто проектирует бизнес-системы?
Системы класса MRP – MRP II – ERP – ERP II …
CEO (Генеральный директор)
Стратегия
Система
оперативного
управления
Система
автоматизации
CIO (Руководитель службы ИТ)
Управленческий
консалтинг
ИТ консалтинг
???
1
18. Кто проектирует бизнес-системы?
Трансляция стратегии на операционный уровень
Видение
Миссия
Стратегия
компании
Внешний
анализ
Стратегический
бюджет
Внутренний
анализ
Стратегические цели
Дерево целей
Ресурсный анализ
Стратегии бизнесов
Стратегии бизнесов
Стратегии бизнесов
Операционные планы
Контроль
по КЭ
Матрица ответственности
Критерий эфффективности (КЭ)
Оргструктура
Бюджет
2
20. 3.8. BPM & BPMS & SOA
•
•
•
•
•
Business Process Management (BPM)
Business Process Management Suite (BPMS)
Service Oriented Architecture (SOA)
Карта процессов
Референсная модель
21. Business Process Management (BPM)
Концепция управления, увязывающая стратегию и цели
организации с ожиданиями и потребностями потребителей
путем соответствующей организации сквозных процессов.
BPM сводит воедино стратегию, цели, культуру и структуру
организации, роли, регламенты, нормативы, методологии
и ИТ-инструментарий для:
• анализа, проектирования, внедрения, управления и
непрерывного совершенствования сквозных процессов и
• регулирования отношений в области процессного
управления (Governance)
Достижение целей организации посредством
совершенствования, управления и регулирования
основных бизнес-процессов
22. Business Process Management (BPM)
Управление (control, management) —
1). Создание условий, обеспечивающих требуемое
протекание процесса
2). Выработка и осуществление целенаправленных
управляющих воздействий на объект (систему), что
включает сбор, передачу и обработку необходимой
информации, принятие и реализацию соответствующих
решений
определение траектории состояний системы
Регулирование (regulation) —
процесс, посредством которого характеристики
управляемой системы удерживаются на траектории,
заданной управляющей системой
удержание системы на этой траектории
2
23. Business Process Management Suite
(BPMS)
BPMS - программный комплекс,
обеспечивающий моделирование,
проектирование, разработку процессов и
контролируемое выполнение работ и
приложений.
BPMS автоматически генерирует
процессное приложение из процессных
моделей и бизнес-правил, что позволяет
осуществлять изменения очень быстро и
под полным контролем.
24. Service Oriented Architecture (SOA)
Концепция
SOA – service-oriented architecture
это парадигма организации и
использования распределенных
информационных ресурсов таких как:
приложения и данные, находящихся в
сфере ответственности разных
владельцев, для достижения желаемых
результатов потребителем, которым
может быть: конечный пользователь или
другое приложение
OASIS Reference Model for Service Oriented Architecture V 1.0
1
25. Service Oriented Architecture (SOA)
Как подход к разработке ПО
модульный подход к разработке программного
обеспечения, основанный на использовании
сервисов (служб) со стандартизированными
интерфейсами.
В основе SOA лежат принципы многократного
использования функциональных элементов ИТ,
ликвидации дублирования функциональности в
ПО, унификации типовых операционных
процессов, обеспечения перевода операционной
модели компании на централизованные процессы
и функциональную организацию на основе
промышленной платформы интеграции.
2
26. Карта процессов
Карта бизнес-процессов - структурированная
совокупность данных по всем бизнес-процессам
Компании, включающая:
• наименование бизнес-процесса (с четкой фиксацией его
границ);
• входы бизнес-процесса с указанием "поставщика"
каждого из входов (кто или какой бизнес-процесс
Компании обеспечивает соответствующий вход);
• выходы бизнес-процесса с указанием "клиента" каждого
из выходов (кто или какой бизнес-процесс использует
соответствующий выход);
• метрики бизнес-процесса:
• качество продукта;
• удовлетворенность клиента;
• эффективность процесса;
• наименование документов, регламентирующих бизнеспроцесс (подпроцесс);
• наименование отчетных документов, использующихся
при принятии управленческих решений.
27. Референсная модель
A Reference model in systems and software
engineering is a model of something that embodies
the basic goal or idea of something and can then be
looked at as a reference for various purposes.
http://en.wikipedia.org/wiki/Reference_model
Описанная на достаточно общем уровне
структурированная совокупность понятий
некоторой предметной области и их
взаимосвязей, определяющая структуру данной
области, главные принципы функционирования
объектов данной модели и еѐ использования
http://wiki.iis.ru/wiki/Референсная модель
1
29. Стандарты TMF
NGOSS (New Generation Operation System and Software)
TMF (TeleManagement Forum)
The TM Forum’s Collaboration Community delivers
best practices, standards, guidebooks and
frameworks that cover the full range of OSS/BSS
standards-based development, from defining
strategy to optimizing business process to
creating business-oriented guidelines to
developing technical specifications and detailed
interface models to demonstrating solutions
NGOSS — подход к разработке, внедрению и
использованию систем поддержки
операционной деятельности для компаний
операторов связи, разработчиков OSS/BSS,
интеграторов и поставщиков информационных
сервисов
1
30. Стандарты TMF
Основные структуры NGOSS
Информационная среда
SID
Структура
бизнес-процессов
eTOM
Text
SANNR
Структура приложений
TAM
Text
Структура системной
интеграции
TNA
SANRR - итеративная методология жизненного цикла
разработки решений
• Scope (определение границ)
• Analyse (анализ)
• Normolize (нормализация)
• Rationalise (рационализация)
• Rectify (корректировка)
2
31. Стандарты TMF
Основные структуры NGOSS
• eTOM (enhanced Telecom Operations Map) –
расширенная структурная модель бизнес-процессов
компании
• SID (Shared Information and Data Model) –
общекорпоративная модель данных (единый набор
определений бизнес объектов участвующих в работе
ключевых бизнес процессов, а также, связи и
отношения между этими объектами)
• TNA (Technology Neutral Architecture) —
технологически нейтральная архитектура NGOSS.
Поставщик структур и конструкций, необходимых для
поддержки процессов анализа, проектирования,
разработки и развертывания NGOSS-based программных
решений
• TAM (Telecom Application Map) –
карта приложений в телекоммуникационной отрасли
3
32. 4. Принципы построение российской
системы курсов
1.
2.
3.
4.
Система курсов ABPMP
Принципы
Наше предложение
Потенциальные группы обучения
34. 4.2. Принципы
• Принять за основу общую систему курсов ABPMP
• При организации обучения следовать этапам,
предложенным ABPMP
• Необходимо расширение системы курсов ABPMP
• Требуется обучение по расширенной программе
всех BPM специалистов
• Требуется обучение базовым понятиям всех
заинтересованных лиц организации
36. Наше предложение.
Концепция расширения курса
Стандарт ISO/IEC 15288:2008
Systems and software engineering – System life cycle
processes (Системная инженерия – процессы
жизненного цикла систем)
Междисциплинарный подход к проблеме
успешного создания систем и средство для еѐ
решения. Ключевые идеи:
• системный подход
• жизненный цикл (системы)
• инжиниринг требований
• архитектурный дизайн
• процессный подход
• проектный подход
• культура контрактации
2
38. "Использование западной технологии без анализа
философии менеджмента — путь, ведущий в никуда.
Освоение методических приемов должно
сопровождаться анализом фундаментальных путей, на
которых эти приемы создавались. Передовые
технологии, разработанные за рубежом, будут совсем
иначе выглядеть в нашей среде. Механическое
заимствование лишь углубляет пропасть, отделяющую
нас от Запада. Вряд ли мы когда-либо разгадаем
феномен успеха менеджмента, если будем подходить к
нему только как к технике управления. Менеджмент —
прежде всего философия и культура управления.
Японский стиль управления технически ничего нового
из себя не представляет. Его загадка — в культурном
коде, новом типе поведения и отношений между
людьми."
Кравченко А.И. История менеджмента (2000)
39. Алѐшин Владимир Дмитриевич
Российская Академия Народного
Хозяйства и Государственной Службы
при Президенте РФ
Школа IT-менеджмента
Кафедра ―Системы управления
бизнес-процессами‖,
профессор
aleshin_vladimir@mail.ru