1.25. Дополнительная навигация для тех, кто намеревается продолжать заниматься организацией деятельности проектно-ориентированных компаний
КСР – комплексная система регламентации деятельности проектно-ориентированной компании (центра инжиниринга). КСР предназначена для реализации стратегических и операционны целей компании с помощью системной регламентации ее деятельности. Опирается на гармонизированное применение процессных, проектных, функциональных моделей и регламентов организации деятельности, рациональное формирование организационной структуры и моделей ответственности. КСР проектно-ориентированной компании настраивается на текущий и перспективный портфель проектов, содержит в качестве компонент как системы управления отдельными проектами, так и систему управления бизнес-процесами КCP ориентирована на постоянное совершенствование организации деятельности компании. Общее представление КСР задается в виде описания состава и политик построения и документов и моделей корпоративной архитектуры компании. Модели корпоративной архитектуры используются для разработки и поддержания функционирования KCP. КСР компании составляет также основу регламентации, применяемой в системах менеджмента качества, и может разрабатываться как самостоятельный объект либо как компонент СМК.
Антология – представление, включающее словарь указателей на термины предметной области и логические соотношения, которые описывают, что эти термины означают, как они соотносятся между собой и как могут или не могут быть взаимосвязаны. Антологии поддерживают представления и обмен знаниями о предметной области.
Навигатор для профессионала № 2 «Проектируем корпоративную архитектуру»
2.1. Бизнес-инжиниринг
Бизнес-инжиниринг – создание и применение бизнес-приложений при использовании системных и электронных моделей деятельности компаний и организаций.
Бизнес-инженер – инженер по созданию и эксплуатации бизнес-приложений.
Формы предоставления инжиниринговых услуг – консалтинг, управление исполнением проектов, исполнение проектов и сервисов, эксплуатация систем.
Процессы создания объекта – инициирование, создание, эксплуатация, реконструкция.
Модель – системное описание объекта на основе специализированного языка, выполняемое с целью решения определенных задач.
2.2. Системное описание деятельности компании
Система – целостное множество элементов; составляющие системы – компоненты, подсистемы, элементы.
Структура – компоненты, элементы и связи; типология структурных описаний – структурные срезы (частные структуры), архитектуры.
Функция – предназначение или вид деятельности.
Процесс – преобразование входа в выход; типология процессов общая – горизонтальные индивидуальные, горизонтальные межфункциональные, вертикальные, вложенные; типология процессов по сферам – основные, поддерживающие, управленческие.
Проекты – совокупность процессов, обеспечивающих решение уникальной задачи.
Система – не просто множество элементов, связанных отношениями, а принципиально целостное множество элементов, физически и (или) концептуально связанных отношениями.
Компонента системы – любая часть системы, вступающая в определенное отношение с другими ее частями.
Подсистема – такая целостная часть системы, которая сама образована из компонент. Подсистему можно рассматривать как меньшую систему в системе более высокого порядка.
Элемент – предел членения в рамках данного качества системы. Он не состоит из компонент и представляет собой нерасчленяемый элементарный носитель именно этого качества системы.
Таким образом, исходным для выделения понятия «элемент» является выделение того качества системы, для которого ищутся элементарные его носители.
Действия, операции – предел членения (элементы) бизнес-процессов.
Система управления – системный комплекс методов и средств воздействия субъекта на объект управления для реализации поставленных целей.
Модель – прикладное описание объекта на специализированном языке.
Структура (вообще) – представление системы как совокупности относительно инвариантных, устойчивых, однородных в определенном смысле подсистем и элементов, а также их взаимосвязей между собой.
Структура (частная), структурный срез – выделение для решения поставленной задачи типа компонент и связей между ними.
Архитектура – представление состава относительно разнородных ключевых компонент системы, возможно обладающих описанием собственной структуры, а также их взаимосвязей между собой.
Корпоративная архитектура компании – системное представление ключевых структурных срезов компании, применяемое для решения прикладных задач организации деятельности.
Функция системы, или функция ее компонент – предназначение или реализация, проявление относительно устойчивой реакции на взаимодействие внутри системы или вне нее.
Функция – устойчивый обособленный вид деятельности.
Функциональная структура – иерархическое представление дерева функций.
TQM ( Total Quality Management ) – СМК ( система менеджмента качества ). Восемь принципов СМК : ориентация на потребителя, вовлечение руководства, вовлечение сотрудников, процессный подход, системный подход к менеджменту, постоянные улучшения, принятие решений, основанных на фактах, взаимовыгодные отношения с поставщиками.
Процесс по ISO 1994 – совокупность взаимосвязанных ресурсов и деятельности, которая преобразует входящие элементы в исходящие. Существенным в определении является упор на организацию и преобразование ресурсов в ходе реализации процесса, а сами ресурсы часто рассматриваются как вход процесса.
Процесс по TQM – организованная деятельность, предназначенная генерировать предварительно установленный определенному пользователю выход, обеспечив при этом необходимый вход процесса. При такой точке зрения ресурсы, как и деятельность, включены в процесс, а входом являются приходящие извне потоки от других процессов.
Процессу сопутствующие понятия – выход (результат) процесса – продукция или услуги. Вход процесса – комплектация и поставки. Руководитель процесса. РrМ ( Process Manager ) – лицо, ответственное за его качественную реализацию. Границы процесса – определяют начальный и конечный интерфейсы проекта, интерфейс между процессом и его пользователем и потребителем, устанавливаются в процессе описания процесса и допускают определенные подвижки. Граница выхода – располагается за последней операцией процесса. Граница входа – предшествует первой операции процесса. Интерфейсы процесса – зона, в которой взаимодействуют операции.
Первичный выход – основной выходной результат процесса. Вторичный выход – побочный выходной результат процесса, который может быть востребован вторичными клиентами процесса.
Первичный вход – поток объектов, инициирующих запуск процесса (заказ клиента, сырье, материалы). Вторичный вход – поток объектов, обеспечивающих штатное протекание процесса.
Выходные требования – отражение нужд и ожиданий потребителя. Входные требования – отражение требований к входу, обеспечивающих выполнение выходных требований.
Процессов базовые виды – индивидуальные горизонтальные процессы – выполняются отдельными исполнителями (организационными звеньями). Межфункциональные горизонтальные процессы – выполняются многими исполнителями (организационными звеньями). Вертикальные процессы – отражают взаимодействия исполнителей (организационных звеньев) по вертикали. Интегрированные процессы – отображают деятельность исполнителей по вертикали и по горизонтали. Вложенные процессы – входят в состав более сложного процесса.
Процессов типология предназначения – основные бизнес-процессы : горизонтальные, обеспечивающие преобразование входов в выходы и достижение финальных результатов, соответствующих интересам компании. Бизнес-процессы часто представляют как последовательную цепочку процессов, добавляющих стоимость, поскольку каждый последующий процесс определяет требования к предыдущему. Например, для дистрибьюторской компании: маркетинг и планирование сбыта, закупки, транспортная логистика, складская логистика, продажи, послепродажное обслуживание. Поддерживающие бизнес-процессы : горизонтальные, обеспечивающие исполнение основных процессов. Например, для дистрибьюторской компании: поддержка и развитие дистрибьюторской сети, обеспечение информационными ресурсами, обеспечение инфраструктурными сервисами. Управленческие (административные) процессы вертикальные, обеспечивающие управление деятельностью компании, основными и обеспечивающими процессами. Например, стратегическое управление, управление финансами, управление персоналом, операционное управление бизнес-процессами.
Проект – уникальная сборка бизнес-процессов, характеризующаяся уникальностью и неповторимостью; координированным выполнением взаимосвязанных действий; направленностью на достижение конкретных целей; ограниченностью по времени (наличием начала и окончания); ограниченностью по ресурсам.
PМ ( Project Management ) – управление проектами.
2.3. Структурирование систем управления
Субъект – тот, кто управляет.
Объект – тот, кем управляют.
Управление – целенаправленное воздействие на объект управления со стороны субъекта управления.
Система управления – целостная методология и средства целенаправленного воздействия субъекта на объект.
Модели цикла управления – описание циклического повторения типовых этапов управления.
Структурирование систем управления – по применяемым моделям управленческого цикла; по уровням управления; по сферам управления.
Связи прямые – целенаправленные воздействия на объект со стороны субъекта.
Связи обратные – получение субъектом информации от объекта, учет и оценка субъектом результатов воздействия.
Цикл управления в контроллинге – планирование; реализация; контроллинг.
Цикл управления по Файолю – планирование, организация, контроль, координация, мотивация.
Цикл управления P-D-C-A – Plan – планируй, Do – исполняй, Check – проверяй, Act – активно участвуй в исполнении.
Управление стратегическое – формирование целей и методов их реализации, установление правил и регламентов деятельности.
Управление операционное – обеспечение, при заданных правилах и регламентах, операционных результатов, при реализации которых достигаются поставленные цели.
Управление корпоративное – объектом управления является вся компания, включающая системы стратегического и операционного управления. При этом обеспечивается реализация прав акционеров и поддержание баланса между правами акционеров, задачами менеджмента и ожиданиями сотрудников.
2.4. Корпоративная архитектура
Развитие моделей организации – функциональные модели процессы и проекты стратегии и показатели интегрированные модели компаний и организаций.
Корпоративная архитектура – общее структурное представление компании.
Компоненты корпоративных архитектур – бизнес-архитектура, архитектура системы управления, архитектура информационных технологий.
Бизнес-архитектура – системное описание моделей деятельности компании и организации.
2.5. Практикум. Развитие ключевых компонент корпоративной архитектуры
Развитие моделей организации – функциональные модели процессы и проекты стратегии и показатели интегрированные модели компаний и организаций.
2.6. Структурное моделирование
Организационная структурная схема – визуализация структурных элементов со связями подчинения и вхождения.
Функциональная структурная схема – визуализация функций со связями подчинения и вхождения.
Организационно-функциональная модель компании – увязанные через матрицы соответствия,
организационные звенья и функции компании.
Структурная модель – увязанные через матрицы соответствия классификаторы организационных характеристик компании.
Структурная модель – описание существенных компонент, подсистем, элементов системы и их связей между собой.
Нотация – договоренность о способе описания.
SWOT-анализ – стратегическая диагностика, при которой выявляются и группируются существенные ситуационные факторы: возможности во внешней среде ( Opportunities ); угрозы во внешней среде (Threats ); сильные стороны компании ( Strengths ); слабые стороны компании ( Weaknesses ).
ОРД (организационно-распорядительная документация) – специальные нотации описания бизнес-моделей, указывающие значимые структурные характеристики компаний и их связи между собой.
Положения – описания деятельности компании посредством организационных характеристик и их связей.
2.7. Практикум. Структурирование в группе компаний
Система управления организационными изменениями – диагностики, проектирование и реализация организационных изменений, контроллинг.
2.8. Моделирование бизнес-процессов
Модель процесса – прикладное представление на специализированном языке способа исполнения деятельности.
Модель процесса верхнего уровня – прикладное представление верхнего уровня способа исполнения деятельности.
Направления использования моделей процессов верхнего уровня : в качестве компонент корпоративной архитектуры, при распределении зон ответственности, в качестве интегрирующей модели детальных описаний процессов и положений.
Модель процесса – системное представление для решения определенных задач и использованием специализированного языка способа исполнения деятельности.
SCOR-модель – модель логистической цепочки ( SupplyChainOperationsReferenceModel ), фокусируется на логистике предоставления продуктов и услуг, состоит из пяти процессов: планирование, снабжение, производство, поставка готовой продукции, обработка возвратов.
VAD-диаграмма – диаграмма цепочки добавленной стоимости ( Value-Added-chain Diagram ). К основным относятся все процессы, непосредственно влияющие на добавленную стоимость предоставляемых бизнесом продуктов и услуг. К вспомогательным относятся процессы, формирующие инфраструктуру компании и обслуживающие их процессы. Такое разнесение не является строгим и зависит от принятых договоренностей по моделированию в рамках общего контекста решаемых при моделировании задач.
2.9. Регламентация и улучшение бизнес-процессов
Регламент бизнес-процесса – документ, описывающий последовательность выполнения бизнес-процесса, ответственность и порядок взаимодействия участников бизнес-процесса.
Клиент (потребитель) – субъект (организация или лицо), получающий выход бизнес-процесса.
Поставщик – субъект (организация или лицо), предоставляющий вход бизнес-процесса.
Улучшение бизнес-процесса – изменения, повышающие качество и эффективность исполнения бизнес-процесса в системе заданных критериев.
Подходы к улучшению бизнес-процессов – методика быстрого решения и анализа ( FAST ) – концентрирует внимание группы бизнес-инженеров на определенном процессе в ходе одно-двух дневного совещания для определения способов улучшения процесса в течение следующих 90 дней. Бенчмаркетинг процесса – сравнение показателей и моделей организации деятельности своих процессов с аналогичными характеристиками деятельности процессов другой компании (сравнительный анализ). Перепроектирование процесса (инжиниринг) – совершенствование и улучшение уже действующего процесса. Перепроектирование процесса обычно применяется к тем процессам, которые достаточно успешно работают и в настоящий момент. Реинжиниринг процесса – наиболее радикальный из всех четырех подходов по улучшению бизнес-процессов.
Реинжиниринг процесса обеспечивает максимальные улучшения и перепроектирование бизнес-процесса (как правило, создание нового бизнес-процесса), основываясь на последних достижениях в области автоматизации и информационных технологий. Данный подход имеет цель максимально приблизить процесс к идеалу.
Решения, возможные при построении модели бизнес-процессов «как надо» с использованием методов инжиниринга и реинжиниринга бизнес-процесса – объединение : многие задачи, которые раньше выполнялись по отдельности, теперь объединяются в одну, выполняемую одним специалистом, на которого возложена полная ответственность за выполнение работы; сокращение уровней функциональной иерархии; делегирование : в тех местах процесса, где сотрудники обычно обращались за ответом к руководству, теперь принимаются самостоятельные решения; параллельность : вместо линейного исполнения операций, когда работы очередного этапа начинаются по завершении предыдущего, теперь некоторые этапы работы выполняются параллельно (одновременно), сокращая время между началом и окончанием выполнения процесса; исключение неиспользуемых выходов процесса; версии процесса : для некоторых процессов целесообразно иметь отдельные версии; контроль : точки контроля должны быть там, где ошибки несут существенные затраты; создание нового улучшенного бизнес-процесса.
Регламент выполнения бизнес-процесса – предназначен для решения следующих задач: определение владельца процесса, его полномочий и ответственности по управлению процессом; спецификация границ процесса (поставщики/входы, клиенты/выходы); спецификация ресурсов, необходимых для выполнения процесса; описание технологии выполнения процесса, включая регламенты работ по взаимодействию с поставщиками и клиентами процесса; определение сотрудников, ответственных за выполнение каждой работы процесса (матрица ответственности);