Свод знаний по управлению бизнес-процессами: BPM CBOK 4.0 - [6]

Производительность (efficiency), результативность (effectiveness) и эффективность (performance)

В англоязычной литературе по менеджменту стандартной является дихотомия efficiency/effectiveness, идущая от Питера Друкера (Peter F. Drucker):

● Efficiency is doing things right – «делать как положено». Здесь речь идет об оценке процесса изнутри – насколько точно мы следуем установленным регламентам, насколько экономно распоряжаемся имеющимися ресурсами. В этой книге мы перевели этот термин как «производительность».

● Effectiveness is doing the right things – «делать то, что нужно». Здесь речь идет об оценке процесса извне – с точки зрения потребителя. В этой книге всюду переводится как «результативность».

Эти понятия на первый взгляд могут показаться близкими, но Друкер подчеркивает различие: «Нет ничего более бесполезного, чем делать максимально производительно то, что не надо делать вовсе». Что толку от того, что в этом месяце мы продемонстрировали рекордную производительность, произведя на тех же мощностях продукции на 20 % больше, чем в прошлом, если наш товар не пользуется спросом и итоговый результат – не удовлетворенные потребители, а забитый склад готовой продукции?

Еще один пример: бухгалтерия выписывает счета клиентам по вторникам, мотивируя это тем, что иначе снизится производительность. И это правда – действительно, пакетная обработка повышает производительность. Но в жертву производительности здесь принесена результативность – ясно, что клиенты такому подходу не рады.

В качестве комплексной характеристики деятельности (включающей как efficiency, так и effectiveness) в англоязычной литературе используется термин performance. Его мы перевели как «интегральная эффективность» или, сокращенно, просто «эффективность». Подчеркнем: термин «эффективность» в BPM CBOK используется в широком смысле – для совокупного обозначения любых качественных и/или количественных показателей, характеризующих процесс, включая финансовые, временные, удовлетворенность клиента и т. д. Это надо иметь в виду, так как единого общепринятого варианта перевода терминов performance, effectiveness, efficiency нет, и в разных источниках они могут быть переведены по-разному.

Бизнес-способность (business capability)

Способность (бизнес-способность) – термин относительно новый. Что это – процесс, компетенция, ресурсы, средства? Если коротко – все перечисленное. Способность – это то, что вы, как организация, можете и готовы делать. (Аналогии: дееспособность и трудоспособность у людей, боеготовность воинской части.)

Например, логистическая компания способна осуществлять доставку грузов, в том числе мультимодальную (несколькими видами транспорта), в том числе сборные грузы, в том числе импортную и экспортную (беря на себя взаимодействие с таможней).

Высокоуровневые способности декомпозируются на несколько уровней. Например, модель CMMI (Capability Maturity Model Integration) позволяет оценить интегральную способность ИТ-компании качественно разрабатывать программное обеспечение на заказ. Эта способность складывается из множества составляющих, таких как управление конфигурациями, автоматизированное регрессионное тестирование, управление проектами и т. п.

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

В русскоязычной литературе capability иногда переводят как «возможность». По нашему мнению, это неудачный вариант: возможность – это то, что предоставляет компании бизнес-окружение, а способность – это то, что компания развивает у себя. Например, в ответ на открывшуюся возможность в виде появления новых рынков или новых потребностей у заказчиков.

Аджайл (agile)

Принято считать, что аджайл изобрели программисты в начале 2000-х, назвав так методологию разработки, предложенную на замену традиционному «водопаду». И тогда же его не слишком удачно перевели на русский как «гибкий подход к разработке». Неудачно, потому что аджайл не про гибкость, а про быстроту реакции на изменения. Например, коробочные ERP-системы очень гибкие, поскольку в ходе внедрения заказчик может настроить такую систему под себя. Но это не аджайл, потому что что-то поменять в уже внедренной системе очень сложно, долго и дорого.

Стоит заметить, что в авиации этот термин существовал с рождения, и означал он маневренность: agile fighter – это не гибкий боец, а маневренный истребитель.

За последние 10 лет этот термин вошел в деловой словарь – и в английский, и в русский. И поскольку «гибкий» – вариант явно неудачный, а «маневренный бизнес» тоже звучит диковато, в текстах на русском сначала использовали agile, а в последнее время все чаще – «аджайл». Появление русского слова (пусть и заимствованного) свидетельствует о том, что соответствующая практика укоренилась, что можно только приветствовать.

Словосочетание business agility мы перевели как «адаптивность».

Регулирование (governance)