Если вам понравилась книга, вы можете купить ее электронную версию на litres.ru
Бизнес-способность (business capability)
Способность (бизнес-способность) — термин относительно новый. Что это — процесс, компетенция, ресурсы, средства? Если коротко — все перечисленное. Способность — это то, что вы, как организация, можете и готовы делать. (Аналогии: дееспособность и трудоспособность у людей, боеготовность воинской части.)
Например, логистическая компания способна осуществлять доставку грузов, в том числе мультимодальную (несколькими видами транспорта), в том числе сборные грузы, в том числе импортную и экспортную (беря на себя взаимодействие с таможней).
Высокоуровневые способности декомпозируются на несколько уровней. Например, модель CMMI (Capability Maturity Model Integration) позволяет оценить интегральную способность ИТ-компании качественно разрабатывать программное обеспечение на заказ. Эта способность складывается из множества составляющих, таких как управление конфигурациями, автоматизированное регрессионное тестирование, управление проектами и т. п.
Иерархия бизнес-способностей отвечает на вопрос, что делает организация, абстрагируясь от вопроса, как она это делает. Одна и та же бизнес-способность на разных стадиях зрелости организации может реализовываться в рамках бизнес-функции как проект или как кросс-функциональный процесс.
В русскоязычной литературе capability иногда переводят как «возможность». По нашему мнению, это неудачный вариант: возможность — это то, что предоставляет компании бизнес-окружение, а способность — это то, что компания развивает у себя. Например, в ответ на открывшуюся возможность в виде появления новых рынков или новых потребностей у заказчиков.
Аджайл (agile)
Принято считать, что аджайл изобрели программисты в начале 2000-х, назвав так методологию разработки, предложенную на замену традиционному «водопаду». И тогда же его не слишком удачно перевели на русский как «гибкий подход к разработке». Неудачно, потому что аджайл не про гибкость, а про быстроту реакции на изменения. Например, коробочные ERP-системы очень гибкие, поскольку в ходе внедрения заказчик может настроить такую систему под себя. Но это не аджайл, потому что что-то поменять в уже внедренной системе очень сложно, долго и дорого.
Стоит заметить, что в авиации этот термин существовал с рождения, и означал он маневренность: agile fighter — это не гибкий боец, а маневренный истребитель.
За последние 10 лет этот термин вошел в деловой словарь — и в английский, и в русский. И поскольку «гибкий» — вариант явно неудачный, а «маневренный бизнес» тоже звучит диковато, в текстах на русском сначала использовали agile, а в последнее время все чаще — «аджайл». Появление русского слова (пусть и заимствованного) свидетельствует о том, что соответствующая практика укоренилась, что можно только приветствовать.
Словосочетание business agility мы перевели как «адаптивность».
Регулирование (governance)
В менеджменте существует термин corporate governance, который на русский язык принято переводить как «корпоративное управление». Означает он формализованный набор правил, которыми регулируются взаимоотношения между Советом директоров компании и всеми заинтересованными лицами, включая владельцев, менеджмент, сотрудников, клиентов, правительство и общество. Это управление, но не в смысле отдачи распоряжений и контроля за их выполнением, а в смысле установления ограничительных барьеров, сдержек и противовесов.
Свод знаний BPM CBOK оперирует терминами BPM governance, repository governance. В русской версии мы используем термин «регулирование», а governance body перевели как «орган регулирования» или «регулятор». (Примерами такого органа являются процессный офис и центр компетенции BPM.)
Регулирование применительно к BPM означает, например, порядок взаимодействия владельца процесса с функциональным менеджером — если его специально не оговорить, то менеджер, будучи формально не подчинен владельцу процесса, может игнорировать интересы процесса в целом и в конечном счете — потребителя.
К области регулирования относятся также стандарты и внутренние нормативные документы, например соглашение о моделировании бизнес-процессов или типовой проект автоматизации процесса средствами BPMS.
Этот раздел написан первым президентом Ассоциации профессионалов управления бизнес-процессами (ABPMP) Бреттом Чамплином (Brett Champlin).
Кто такой специалист по процессному управлению
BPM — это одновременно и управленческая дисциплина, и информационные технологии для управления процессами. Информационные технологии для управления потоками работ, интеграции корпоративных приложений (EAI), управления документами и контентом, бизнес-правилами и эффективностью и другие были объединены, чтобы обеспечить управление, основанное на процессном подходе.
Несколько лет назад поставщики программного обеспечения BPM были нацелены на исполняемые процессы. Сегодня они предлагают системы BPMS, предоставляющие процессным аналитикам, менеджерам и ИТ-разработчикам полный набор функций и возможностей, включая искусственный интеллект. С появлением технологий минимального кодирования (low-code и no-code) использование технологий BPM будет постепенно перемещаться из отделов ИТ в бизнес-подразделения. В то же время большой объем генерируемых процессами данных приводит к появлению новых ролей — аналитиков данных, исследователей данных (data scientists) и других, способных с помощью технологий искусственного интеллекта делать на основе данных аналитические выводы и приходить к новым идеям.
Последние исследования подтверждают, что BPM быстро становится доминирующей парадигмой менеджмента XXI века. В настоящее время BPM широко применяется по всему миру: более 80 % ведущих организаций активно реализуют программы BPM, и многие из них — в глобальном масштабе. Опубликовано достаточно много информации, демонстрирующей, что проверенные стратегии, подходы, инструменты и методы (включая модели бизнес-процессов и модели зрелости) широко используются процессно-ориентированными предприятиями мирового класса.
Управление бизнес-процессами и управление эффективностью сливаются друг с другом по мере того, как все большее число людей осознает, что организация — это система взаимодействующих процессов, эффективность которых должна быть сбалансирована, и что именно на это должна быть нацелена стратегия. В то же время все больше специалистов по управлению эффективностью на уровне предприятия приходят к выводу, что их деятельность дает реальную отдачу, если в первую очередь будет нацелена на эффективность не функциональных подразделений или активов, а бизнес-процессов. Новые мощные информационные технологии являются ключом к долгосрочному успеху программ в обеих этих областях, а интеграция технологий сбора данных и управления процессами — показатель зрелости соответствующей практики.
В ходе внедрения BPM появляются новые организационные структуры и роли, а также новые профессии. Однако бизнес-школы только начинают разрабатывать программы, обучающие управлению бизнес-процессами. Ясно одно: управление через процессы и использование для этой цели нового программного обеспечения — успешная стратегия, дающая огромное преимущество компаниям, которые ее приняли. И похоже, что чем масштабнее инициатива BPM в организации, тем она эффективнее и результативнее.
Судя по всему, число компаний, в которых движущей силой BPM являются ИТ-подразделения и бизнес-подразделения, примерно равно. Аналогичным образом, похоже, что есть два основных подхода: проектно-ориентированный подход и подход, в котором BPM рассматривается как постоянные усилия по оптимизации и трансформации. Эти различные модели порождают роли с разными названиями и наборами обязанностей, при том что все они нацелены на управление бизнес-процессами.
Разнообразие подходов к процессному управлению отражается в разнообразии названий должностей членов ABPMP. Мы насчитали в нашей базе данных более 150 названий, большинство из которых включают слово менеджер, директор, вице-президент, консультант или архитектор с уточнением — по процессам, BPM, по оптимизации процессов, по процессным инновациям.
Одной из важнейших в программах BPM является роль владельца процесса. Организация может провести реструктуризацию на основе кросс-функциональных бизнес-процессов, или ввести матричное управление, или назначить вторую роль функциональному руководителю, или возложить ответственность за основные бизнес-процессы на кросс-функциональный комитет — в любом варианте кто-то будет исполнять обязанности владельца для каждого из ключевых бизнес-процессов. Похоже, эта роль является одним из критических факторов успеха процессно-ориентированных организаций.
Также складывается впечатление, что показателем зрелости BPM в организации является наличие в ней выделенной группы специалистов по процессному управлению. Многие начинают с создания центра компетенции BPM или аналогичной группы сотрудников, играющих роль внутренних консультантов и отвечающих за моделирование, анализ и проектирование процессов, за управление проектами оптимизации и за стандартизацию средств и методов. В организациях более зрелых и с большим опытом процессного управления можно найти процессный офис или иной орган процессного регулирования, который управляет портфелем процессов организации, координирует, приоритизирует и санкционирует проекты трансформации. В некоторых компаниях обе группы работают совместно. В эти группы входят специалисты по процессному управлению, при этом их должности и обязанности могут варьироваться в широких пределах.
Источник: knizhnik.org
Что такое Business Capability
Business Capability — это способность компании выполнять какую-либо функцию. Для разных бизнесов обычно нужен разный набор способностей — то, что должен уметь делать банк не всегда нужно продуктовому магазину. Но бывает что какие-то умения нужны почти каждому бизнесу, например — Маркетинг.
2187 просмотров
Хотя одна и та же бизнес-способность может требоваться в разных бизнесах, но необходимый уровень её развития может сильно отличаться в зависимости от отрасли, бизнес-модели, категории клиентов или даже местоположения компании. Степень необходимой развитости тех или иных способностей может наглядно отображать саму суть бизнеса. А сравнение текущей развитости с целевой — показать зоны роста и максимальных рисков в определенной компании.
Карта бизнес-способностей (business-capability map) — это схема с набором business-capability, которая максимально наглядно и полно отображает те умения, которые нужны бизнесу, чтобы эффективно функционировать. Business-capability верхнего уровня на карте могут состоять из более гранулярных business-capability, степень вложенности может быть теоретически любая, но на практике используется максимум 3–4 уровня.
Пример карты бизнес-способностей
Лучшие практики моделирования Business Capability
- Не перекрывают друг друга. Хорошо проработанные способности не пересекаются, они взаимоисключающие. Хорошим тестом является проверка можете ли вы назначать возможности вложенного уровня без двусмысленности.
- Говорят “Что”, а не “Как”. Возможности описывают то, что компания делает прямо сейчас и что она должна делать для решения текущих и будущих задач.
- Стабильность во времени. Правильно определенные возможности компании довольно стабильны во времени, сохраняясь при любых организационных изменениях. Только крупные обновления бизнес-модели могут повлиять на них.
- Сквозные для организации. Абстрагируйтесь от организационной структуры. Возможности должны оставаться неизменными и быть независимыми от текущей структуры организации.
- От 7 до 10 возможностей верхнего уровня. Возможности самого высокого уровня должны представлять собой полное описание вашей компании. Цель — чтобы ваши категории отражали ключевые аспекты того, чем на самом деле занимается компания.
- Лучше шире, чем глубже. Не слишком углубляйтесь в детали. Продемонстрируйте широту деловых возможностей вашей организации, опустившись не более чем на три уровня вниз. Этого будет достаточно, чтобы представить ИТ-ландшафт вашего предприятия.
- Приняты всеми заинтересованными сторонами. Цель карты функциональных возможностей заключается в том, чтобы она стала общей основой для обсуждения и планирования. Используйте любую возможность, чтобы привязать процессы вашей организации к модели.
- Связывают стратегию и исполнение. Привлекайте тех, кто определяет стратегию при создании карты. Рассматривайте стратегию как набор исходных данных при определении ваших функциональных возможностей на самом высоком уровне.
Источник: vc.ru
Повышаем степень клиентоориентированности с помощью корпоративной архитектуры на основе TOGAF®
Привет, Хабр. В рамках набора учащихся на курс «Enterprise Architect» подготовили перевод материала.
Также у всех желающих есть возможность посетить открытый демо-урок «Обоснованные структурные изменения организации в быстро меняющихся условиях». На этом вебинаре вместе пройдёмся по процессу исследования, оценки, планирования и контроля изменений в организации. Увидим, как применяются методы архитектуры предприятия — это доступный многим инструмент. Вопреки расхожему мнению, он не требует глубоких технических знаний, зато сфокусирован на понимании предметной области и эффективных коммуникациях.
Область бизнес-архитектуры в рамках Enterprise Architecture (Архитектура предприятия) — это не только бизнес-возможности и бизнес-процессы. В первую очередь это касается оптимизации ценности (value) для ваших клиентов и усилий в построении организации, в большей степени ориентированной на них.
Важность ценности в Enterprise Architecture
Традиционно в Enterprise Architecture бизнес-процессы (business processes) являются основным средством взаимодействия с заинтересованными сторонами. Что касается понятия бизнес-возможностей (business capabilities), то это более новая концепция, также часто используемая в Enterprise Architecture. Бизнес-возможности позволяют лучше понять, как программные приложения поддерживают бизнес, что очень хорошо объясняется в этом видео — «Бизнес-архитектура TOGAF®: Руководство по бизнес-возможностям»:
Часто бывает, что для одних (новых) бизнес-возможностей поддерживающих приложений нет, в то время как для других (старых) возможностей их слишком много. Обе концепции сами по себе не отражают ценность, которую гибкая клиентоориентированная организация должна обеспечить для сохранения и увеличения своей доли рынка за счет все более быстрых и непрерывных инновационных изменений и более информированных клиентов, которые вынуждают их иметь более гибкие бизнес-стратегии.
Корпоративные архитекторы должны осваивать и использовать концепцию ценности на клиентоориентированном предприятии, как показано на изображении выше. Организация обычно предоставляет несколько ценностных предложений (value propositions) различным сегментам своих клиентов (или персонам) и партнерам, которые доставляются потоками создания ценности (value streams), состоящими из нескольких этапов создания ценности (value stages).
На этапах создания ценности участвуют внутренние заинтересованные стороны (stakeholders), внешние заинтересованные стороны и очень часто потребители. Этапы создания ценности создают условия для этапов клиентских путей (customer journey steps), опираются на возможности и вводятся в действие процессами (обычно уровень 2 или 3). Видео Бизнес-архитектура TOGAF® :Значение Guide Поток дает очень четкое и простое объяснение, если вы хотите узнать об этом побольше. Клиентские пути, строго говоря, не является частью бизнес-архитектуры, но, тем не менее, очень полезно для взаимодействия с заинтересованными сторонами.
Эти потоки/этапы создания ценности не могут быть реализованы на пустом месте. Организация должна иметь возможность достичь определенной цели, которая заключается в предоставлении ценности инициирующим заинтересованным сторонам, в частности — клиентам. Эта способность является решающей бизнес-возможностью.
Без этой возможности организация не может предоставить ценность для инициирующих заинтересованных сторон (клиентов). Она делает возможным этап создания ценности и реализуется бизнес-процессом. Она также принадлежит одной бизнес-подразделению или филиалу внутри организации и используется одним или несколькими бизнес-подразделениями или филиалами. Как правило, возможность должна поддерживаться по крайней мере одним приложением, системой или IT-службой.
Фактически, ценностные предложения, потоки и этапы создания ценности — это «Почему» инициатива или проект должны быть реализованы. Заинтересованная сторона — это «Кто» должен участвовать для создания ценности. Бизнес-процесс — это «Как» организация может создавать ценность. Наконец, бизнес-возможности — это то, «Что» организация должна контролировать или должна делать для создания ценности.
Важные определения
Ссылаясь на стандартные определения TOGAF, каждый элемент, упомянутый на рисунке выше, должен быть определен следующим образом:
Бизнес-процесс (Business Process). Бизнес-процесс — это группа связанных и структурированных действий, выполняемых отдельными лицами или оборудованием, которые в определенной последовательности производят услугу или продукт (или служат бизнес-цели или задаче).
Бизнес-возможность (Business Capability). Бизнес-возможности — это особые способности, которыми предприятие может обладать или обменивать для достижения определенной цели. Бизнес-возможности должны поддерживаться приложениями, системами и/или IT-сервисами.
Клиент (Customer). Тот, кто покупает товар или услугу.
Клиентский путь (Customer Journey). Клиентский путь описывает полный опыт, который проходят клиенты при взаимодействии с организацией в виде пути из последовательных шагов до и после покупки продукта или услуги. Вместо того, чтобы рассматривать только часть транзакции или опыта, клиентский путь документирует полный опыт работы с клиентом. Клиентский путь состоит из нескольких этапов.
Продукт (Product). Продукт, предлагаемый организацией, — это товар, идея, метод, информация, объект или услуга, задуманные как результат процесса, удовлетворяющие потребности или желания покупателя. Продукт обычно является частью ценностного предложения.
Заинтересованная сторона (Stakeholder). Человек, команда, организация или комбинация вышеперечисленного, заинтересованные в системе.
Услуга (Service). Повторяющееся действие — дискретное поведение, которое может быть запрошено или инициировано каким-либо иным образом. Услуга обычно является частью ценностного предложения.
Ценностное предложение (Value Proposition). Ценностное предложение — это обязательство предоставить ценность инициирующей заинтересованной стороне (обычно клиенту), которая убежден, что после покупки будет получена выгода. Ценностное предложение состоит из одного или нескольких продуктов или услуг.
Поток создания ценности (Value Stream). Представление непрерывного набора действий, добавляющих ценность, которые создают общий результат для клиента, заинтересованного лица или конечного пользователя. Поток состоит из нескольких этапов создания ценности, в которых участвует по крайней мере одна идентифицируемая заинтересованная сторона.
Роджер Берлтон, Джим Райн и Дэниел Сент-Джордж недавно написали техническую документацию под названием «Подобные, но все же разные — потоки создания ценности и бизнес-процессы: перспектива бизнес-архитектуры», в которой четко объясняется, чем бизнес-процессы и потоки создания ценности и их разрешающие возможности различаются.
Поток создания ценности бизнес-архитектуры и связанные с ним возможности обеспечивают ценностно-ориентированную перспективу возможностей, необходимых для ведения бизнеса любого типа (например, любой гостиницы), без учета организационной структуры, местоположения, вариантов продукта, конкретных процедур или других операционных характеристик, которые отличают конкретный бизнес или цепочку предприятий. Напротив, ценностно-ориентированный бизнес-процесс и его разложение на виды деятельности и потоки, обеспечивает ценностно-ориентированную перспективу потока товаров, информации и достижения результатов посредством деятельности (потенциально общего) бизнеса.
Enterprise Architecture и 5 этапов исполнения гибкой стратегии
Теперь давайте расположим каждый элемент, указанный на рисунке выше, как показано на рисунке ниже, чтобы определить 5 шагов в организации реализации гибкой стратегии. Эти этапы подробно описаны в книге «Практическое руководство по реализации гибкой стратегии: проектирование, архитектура, расстановка приоритетов и успешное достижение корпоративного будущего».
Клиенты (сегменты и/или персоны) и партнеры участвуют на всех пяти этапах реализации гибкой стратегии организации. Заинтересованные стороны бизнеса участвуют во всех этапах, кроме четвертого, который представляет собой этап гибкой доставки и выполнения. Что касается заинтересованных сторон в области IT, они в основном участвуют в планировании инициативы (шаг 3) и гибкой доставке и реализации (шаг 4).
Ценностные предложения, продукты, услуги в основном разрабатываются на этапе бизнес-дизайна и стратегии (шаг 1) для достижения конкретных стратегий и целей. Клиентские пути, потоки и этапы создания ценности обычно изучаются в начале проектировании трансформаций (шаг 2). Бизнес-возможности исследуются как при проектировании трансформаций, так и при планировании инициатив (шаги 2 и 3). Что касается бизнес-процессов, о них в основном заботятся на этапе гибкой доставки и реализации (шаг 4) на оперативном и тактическом уровне, когда экспертам по бизнес-процессам и agile-экспертам необходимо достичь четких целей в оценке тактике.
Чтобы обеспечить дополнительную ценность для своей организации, архитекторам предприятия необходимо понимать, что бизнес-архитектура — это не только бизнес-возможности и бизнес-процессы. Архитекторам предприятий не следует ограничивать свои возможности только проектированием трансформаций и инициативным планированием своей организации. Корпоративные архитекторы также могут внести свой вклад в оптимизацию ценности для клиентов и партнеров своей организации. Включение всех аспектов бизнес-архитектуры в практику вашей enterprise architecture сделает вашу команду гораздо более ценной для заинтересованных сторон на начальном этапе бизнес-дизайна и выработки стратегии и для заинтересованных сторон в IT на этапе гибкой доставки и реализации.
- enterprise architect
- togaf
- архитектура предприятия
- структурные изменения
- Блог компании OTUS
- Бизнес-модели
Источник: habr.com
