BPM: Почему нужно говорить о системе курсов для всех

категорий заинтересованных лиц организации

Москва, 13 декабря 2013

Алёшин В.Д.,РАНХ и ГС при Президенте РФ, профессор

Efficiency is doing things right; effectiveness is doing the right things

Результативность – делать правильные вещи,

Эффективность – делать вещи правильно

Peter Drucker

Academic Innovation and Skills for the 21st Century (2007)

The multi-disciplinary skill mix is critical for services leaders of the future

Оглавление

1. Проблемы бизнеса2. Заинтересованные лица3. Проблема понимания:

BPM & BPMS?4. Принципы построение

российской системы курсов

1. Текущие проблемы бизнеса Изменение моделей ведения бизнеса в сравнении с изменениями продуктов и процессов

Данилин А., Слюсаренко А. Архитектура и стратегия. "Инь" и "Янь" информационных технологий

предприятия (2005)

2. Заинтересованные лица

• Власть заинтересованного лица определяет его способность оказывать влияние на организацию

• Интерес заинтересованного лица определяет его желание влиять на организацию

Заинтересованное лицо (stakeholder) – это любое лицо или сторона, которые могут влиять на деятельность и политику компании (организации) или сами могут оказаться под влиянием её деятельности.

Классификация заинтересованных лиц Модель Менделоу (Mendelow A.)

Влияние заинтересованного лица = Власть х Интерес

Кэмпбел Д. и др. Стратегический менеджмент (2003)

1

Заинтересованные лица• Владельцы бизнеса, топы организации;• Руководители среднего звена – владельцы

процессов (бизнес-процессов);• Ключевые пользователи – менеджеры процессов

(бизнес-процессов);• Конечные пользователи – исполнители процессов

(бизнес-процессов);• Специалисты BPM;• Специалисты службы организационного развития;• Специалисты службы качества;• Специалисты службы ИТ;• Специалисты службы безопасности;• Специалисты службы информационной

безопасности;• Специалисты службы персонала.

2

3. Проблема понимания: BPM & BPMS?1. Работа как процесс.

Основные этапы рассмотрения2. Модель построения организации3. Первая промышленная парадигма4. Вторая промышленная парадигма5. Модель перехода к парадигме

Toyota 6. Кто проектирует бизнес-системы?7. Проблемы понимания8. BPM & BPMS & SOA

3.1. Работа как процесс. Основные этапы рассмотрения• Тейлор Ф. (Taylor Frederick)

реинжиниринг и усовершенствование в сфере ручного труда и производственных процессов

• Шухарт У. (Shewhart Walter), Деминг Э. (Deming Edwards), Джуран Д. (Juran Joseph) Toyota Production System (TPS)усовершенствование процессов по Тейлору & статистический контроль процессов

• Реинжиниринг бизнес-процессовo Кардинальное переосмысление и

совершенствование работыo Работа с многофункциональными

процессамиo Завышенные цели совершенствованияo Применение ИТ в качестве средства

поддержки • Методология 6σ ("шесть сигм”)

постепенное улучшение мелких рабочих процессов

3.2. Модель построения организации

Организация

Организация

Функции

Процесс

Роли

Процесс

Сотрудничество

Командыисполнителей

Разделениетруда

Информационное"затоваривание"

Холлингзуорт Д. Workflow как средство интеграции

3.3. Первая промышленная парадигмаОрганизация производства по функциональному принципу

• специализация в рамках технологического процесса

• неодинаковые полномочиями сотрудников в отношении принятия решений

Основной принцип – специализации и разделение труда:

1

Первая промышленная парадигмаОрганизация производства по функциональному принципу

• Структурное (по вертикали) • Процессное (по горизонтали)

Первый результат:

разделение задач и процессов. Взаимодействие через специальные стыки

• Организация структуры • Организация процессов• Организация руководства

(оперативное)

Второй результат:

Третий результат: Min структурная единица - должность

2

3.4. Вторая промышленная парадигмаОрганизация производства на основе процессов

• Функциональная интеграция• Разработка инновационных продуктов• Упрощение технологических и

бизнес-процессов• Самостоятельное осуществление

работниками регулирования и контроллинга

• Неиерархическая организационная структура

• Совершенствование организации – общее дело как руководителей, так и сотрудников. Перекличка с концепцией кайдзен.

Основные принципы ориентации на процессы:

1

Вторая промышленная парадигмаОрганизация производства на основе процессов

• Эксперт-человек вместо экспертной системы

• Интеграция вместо стыков• Совместная работа вместо разделения

труда• Ускорение благодаря упрощению• Надежность благодаря обозримости

Конкурентные преимущества ориентации на процессы:

• Ориентация на клиентов: удержать клиентов

• Ориентация на людей: удержать работника

• Ориентация на процессы:совершенствование процессов

Предпосылки: целостный стратегический подход. Области общей стратегии менеджмента:

2

3.5. Модель перехода к парадигме Toyota

Биннер Х. Управление организациями и производством (2010)

3.6. Проблемы понимания

• Осознание необходимости смены парадигмы менеджмента

• Построение карты бизнес-процессов

• Осознание и принятие компанией BPM как методологии менеджмента в рамках новой парадигмы

• Использование референсных моделей

• Внедрение BPMS & SOA• …

3.7. Кто проектирует бизнес-системы?Системы класса MRP – MRP II – ERP – ERP II …

СтратегияСистема

оперативного управления

Система автоматизаци

и

CEO (Генеральный директор)

CIO (Руководитель службы ИТ)

Управленческий консалтинг ИТ консалтинг

? ? ?

1

Кто проектирует бизнес-системы? Трансляция стратегии на операционный уровень

Видение

Миссия

Стратегиякомпании

Внутреннийанализ

Внешнийанализ

Стратегические цели

Стратегии бизнесовСтратегии бизнесов

Стратегии бизнесов

Дерево целей

Ресурсный анализ

Операционные планы

Матрица ответственностиКритерий эфффективности (КЭ)

Оргструктура Бюджет

Контрольпо КЭ

Стратегическийбюджет

2

Кто проектирует бизнес-системы?Системы класса MRP – MRP II – ERP – ERP II …

3

3.8. BPM & BPMS & SOA

• Business Process Management (BPM)• Business Process Management Suite

(BPMS)• Service Oriented Architecture (SOA)• Карта процессов• Референсная модель

Business Process Management (BPM)Концепция управления, увязывающая стратегию и цели организации с ожиданиями и потребностями потребителей путем соответствующей организации сквозных процессов. BPM сводит воедино стратегию, цели, культуру и структуру организации, роли, регламенты, нормативы, методологии и ИТ-инструментарий для:• анализа, проектирования, внедрения, управления

и непрерывного совершенствования сквозных процессов и

• регулирования отношений в области процессного управления (Governance)

Достижение целей организации посредством совершенствования, управления и регулирования

основных бизнес-процессов

Управление (control, management) —

1). Создание условий, обеспечивающих требуемое протекание процесса

2). Выработка и осуществление целенаправленных управляющих воздействий на объект (систему), что включает сбор, передачу и обработку необходимой информации, принятие и реализацию соответствующих решений

определение траектории состояний системы

Регулирование (regulation) — процесс, посредством которого характеристики управляемой системы удерживаются на траектории, заданной управляющей системой

удержание системы на этой траектории

Business Process Management (BPM)

2

Business Process Management Suite (BPMS)BPMS - программный комплекс, обеспечивающий моделирование, проектирование, разработку процессов и контролируемое выполнение работ и приложений.

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

SOA – service-oriented architecture

это парадигма организации и использования распределенных

информационных ресурсов таких как: приложения и данные, находящихся в

сфере ответственности разных владельцев, для достижения

желаемых результатов потребителем, которым может быть: конечный

пользователь или другое приложение

OASIS Reference Model for Service Oriented Architecture V 1.0

Service Oriented Architecture (SOA)Концепция

1

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

использовании сервисов (служб) со стандартизированными интерфейсами.

В основе SOA лежат принципы многократного использования

функциональных элементов ИТ, ликвидации дублирования

функциональности в ПО, унификации типовых операционных процессов,

обеспечения перевода операционной модели компании на централизованные процессы и

функциональную организацию на основе промышленной платформы интеграции.

Service Oriented Architecture (SOA)Как подход к разработке ПО

2

Карта бизнес-процессов - структурированная совокупность данных по всем бизнес-процессам Компании, включающая: • наименование бизнес-процесса (с четкой

фиксацией его границ); • входы бизнес-процесса с указанием "поставщика"

каждого из входов (кто или какой бизнес-процесс Компании обеспечивает соответствующий вход);

• выходы бизнес-процесса с указанием "клиента" каждого из выходов (кто или какой бизнес-процесс использует соответствующий выход);

• метрики бизнес-процесса:• качество продукта;• удовлетворенность клиента;• эффективность процесса;

• наименование документов, регламентирующих бизнес-процесс (подпроцесс);

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

Карта процессов

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

Business Process Model (eTOM – enchanced Telecom Operations Map)Уровень 0

Райли Дж., Кринер М. NGOSS (2007)

Стандарты TMFNGOSS (New Generation Operation System and Software)

1

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, интеграторов и поставщиков информационных сервисов

Стандарты TMFОсновные структуры NGOSS

2

Text TextSANNR

Структура бизнес-процессов

eTOM

Информационная средаSID

Структура системной интеграции

TNAСтруктура приложений

TAM

SANRR - итеративная методология жизненного цикла разработки решений• Scope (определение границ)• Analyse (анализ)• Normolize (нормализация)• Rationalise (рационализация)• Rectify (корректировка)

Стандарты 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

4. Принципы построение российской системы курсов

1. Система курсов ABPMP2. Принципы3. Наше предложение4. Потенциальные группы обучения

4.1. Система курсов ABPMP

4.2. Принципы

• Принять за основу общую систему курсов ABPMP

• При организации обучения следовать этапам, предложенным ABPMP

• Необходимо расширение системы курсов ABPMP

• Требуется обучение по расширенной программе всех BPM специалистов

• Требуется обучение базовым понятиям всех заинтересованных лиц организации

4.3. Наше предложение

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

организацией

1

Наше предложение.Концепция расширения курса

• системный подход• жизненный цикл (системы)• инжиниринг требований • архитектурный дизайн• процессный подход• проектный подход• культура контрактации

Междисциплинарный подход к проблеме успешного создания систем и средство для её решения. Ключевые идеи:

Стандарт ISO/IEC 15288:2008 Systems and software engineering – System life cycle processes (Системная инженерия – процессы жизненного цикла систем)

2

4.4. Потенциальные группы обучения

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

Кравченко А.И. История менеджмента (2000)

Алёшин Владимир Дмитриевич

Российская Академия Народного Хозяйства и Государственной

Службы при Президенте РФ

Школа IT-менеджмента

Кафедра “Системы управления бизнес-процессами”,

профессор

aleshin_vladimir@mail.ru