Раз уж мы в предыдущей заметке BABOK Guide v3 techniques map заговорили о новых техниках бизнес-анализа, то стоит о некоторых из них написать немного подробней. Начнем с бизнес-архитектуры, которая представлена теперь в своде знаний отдельной перспективой (раздел 11.4) и парой новых техник Business Capability Analysis (раздел 10.6) и Business Model Canvas (раздел 10.8). О второй технике я немного писал в заметке Чему ИТ может научить бизнес. Пара замечаний о Product Development и сейчас не стану останавливаться на ней подробно. А вот про business capability стоит поговорить. Тем более, что есть интересный нюанс.
Наряду с перспективой бизнес архитектура в BABOK Guide v3 появилась отдельные перспективы Business Intellegence (раздел 11.2) и Business Process Management (раздел 11.5). Казалось бы, управление бизнес-процессами, наряду со стратегией, является неотъемлемой частью архитектуры бизнеса. На всех картинках нарисовано именно так. Описание организационной структуры и процессов предусмотрено всеми архитектурными фреймвоками, отражено в нотации Archimate и представлено в инструментах моделирования корпоративной архитектуры. Однако на практике подходы к описанию бизнес-архитектуры уже несколько лет выглядят немного иначе. Архитекторы говорят не о бизнес-процессах, а о business capabilities. Понятие capability непросто перевести и еще труднее объяснить. Англоязычная статья в Википедии Capability management in business довольно объемна и скорее отвечает на вопрос почему capability не следует отождествлять с процессом или компетенцией. Тем не менее, большинство корпоративных архитекторов сейчас оперируют именно этим понятием, а дискуссии типа Why Business Capabilities are not in the Zachman Framework завершились уже лет пять назад. Я не стану пытаться перевести термин capability (возможность, способность, организационная компетенция?) и даже не попытаюсь его определить (см. Business Capability Definition или Defining the Business Capability — A Cheat Sheet), а сконцентрируюсь на двух моментах.
Во-первых, capability подразумевает сочетание комплекса факторов. Чтоб организация имела возможность осуществлять какую-то деятельность недостаточно наличия ресурсов(материалов) и недостаточно формализованного процесса и недостаточно знаний и навыков. Чтоб получить результат необходимо наличие всех этих факторов. Понятие capability в определенной степени противостоит экономическим воззрениям 18 века о том, что для производства необходимы только производительные силы (люди и средства производства). Впрочем, еще и в те стародавние времена ученые мужи говорили о сбалансированности производительных сил (рассуждения Рекардо о том, что если фермер обрабатывает 100га земли, выделение ему еще одной сотни гектаров вряд ли повысит урожай вдвое). Аналогично и с другими составляющими capability. Наличие формализованного бизнес-процесса – это хорошо. Однако он не будет работать если отсутствует потребность в его результатах, не хватает людей или материалов для выполнения процесса или у людей отсутствуют необходимые компетенции. Точно так же наличие компетенций и желания не приведет к появлению результатов без налаженного управления, распределения зон ответственности и т.д.
Второй момент перекликается с широко известной Capability Maturity Model и заключается в том, что capability может быть развита в разной степени. В CMM речь идет о степени зрелости процесса, но ровно те же самые рассуждения легко применить и к компетенциям, ресурсами и пр. Никто не заставляет вас сразу иметь оптимизирующийся процесс пятого уровня. Вы можете решить для себя, что управляемого или даже установленного уровня вполне достаточно.
Собственно говоря, именно второй момент и подсказывает бизнес-консультантам как использовать анализ капабилити бизнеса. Годами отработанное гадание практика консультационных услуг: рисуем заоблачное будущее (коммунизм, беспроцентную ипотеку, пятый уровень зрелости), сравниваем его с текущей картиной (максимум между двойкой и тройкой) и задаем клиенту подкупающий своей непосредственностью вопрос: где в диапазоне от 2,5 до 5 ты хочешь оказаться и сколь серьезны твои намерения, насколько далеко ты готов зайти? Ну а дальше назначаем ответственных, рисуем дорожную карту, организуем регулярный контроль и т.п. в соответствии с законами жанра. Особенно красиво это выглядит в виде мозаики из цветных квадратиков с разноцветными рамками и дополнительными пиктограммами в правом верхнем углу.
В ближайшее время постараюсь написать об использовании данного подхода в ИТ. Думаю тема techology (IT) capabilities непременно найдет своего [по]читателя.