![]() ![]()
![]()
![]()
![]() ![]()
|
|||||||||
|
|||||||||
Литература: Автор: Paul Harmon Оригинал статьи: «Once More: What is BPM?» Не существует в природе закона, который бы говорил, что «Управление бизнес-процессами» должно означать то-то и то-то. Как и многие другие термины, этот термин - предмет интерпретации тех, кто его употребляет. И, конечно же, даже среди тех из нас, кто активно работает в этой сфере, есть различия во мнениях. Некоторые учебники по Шести сигмам утверждают, что процессный мир делится на три основные области: Непрерывное усовершенствование процессов, Перепроектирование основных процессов и Управление бизнес-процессами. Пользуясь этим определением, BPM включает в себя все, что делает организация, чтобы управлять своими бизнес-процессами. Однако для многих носителей традиций Шести сигм, BPM просто обозначает управление Шестью сигмами. В 2001, Роджер Барлтон (Roger Burlton) написал книгу «Business Process Management: Profiting From Process» («Business Process Management: польза от процессов») и изложил методологию, которая обобщает опасения, которые теоретики Шести сигм часто разделяют. Барлтон утверждает, что в каждой организации должна существовать группа, которая координирует различные процессные усилия, и что эта группа должна, при нормальном положении вещей, инициировать проекты по улучшению процессов и обучать руководителей и сотрудников поддерживать и постоянно улучшать свои процессы. В 2003 году я написал «Business Process Change: A Manager’s Guide to Improving, Redesigning and Automating Processes» («Изменение бизнес-процесса: руководство менеджеров по улучшению, перепроектированию и автоматизации процессов») и выбрал линию, очень похожую на ту, которой придерживался Барлтон. Я находился под очень большим впечатлением от изучения подразделения «Боинг С-17», где вся работа была построена вокруг процессов, где каждый процесс имел своего менеджера, и где каждый менеджер отчитывался о своих успехах каждый месяц. Центральная BPM-группа отчитывалась исполнительному комитету подразделения. Это позволяло отслеживать все процессы и вмешиваться, когда процессы отклонялись от согласованных стандартов. По-моему, это идеальный 5-й уровень CMM (Capability Maturity Model). Боинг знал свои процессы, менеджеры измеряли результаты по процессным метрикам, и BPM-группа постоянно мониторила результаты и предлагала поддержку и помощь, если процессные менеджеры сталкивались с проблемами. В том же году, когда я опубликовал «Изменение бизнес-процессов», Говард Смит и Питер Фингар опубликовали «Business Process Management: The Third Wave» («BPM: третья волна»). Смит и Фингар утверждали, что Web и XML технологии создали возможность компаниям комбинировать Workflow, корпоративные приложения и другие софтверные технологии, чтобы создать инструменты, которые могут автоматически мониторить и управлять исполнением процессов. Эти технологии продолжают развиваться, и сегодняшние инструменты начинают использоваться для построения впечатляющих программных приложений, которые помогают управлять исполнением бизнес-процессов. Проблема появилась, однако, когда сторонники этого нового типа программного обеспечения начали называть это ПО «Business Process Management» или BPM инструментами. Для многих, особенно тех, кто относится к ИТ-организациям, BPM быстро превратился в новую категорию программного обеспечения. С того времени, как мы появились в 2003 году, BPTrends пытается создать «большую палатку», где каждый, кто связан с процессной деятельностью, может встретить и обсудить лучшие практики. Мы твердо защищаем термин «Business Process Management» как всесторонний подход к изменению процессов, который охватывает все конкретные практики и управление этими практиками. Очевидно, нет ничего священного в использовании нами этого термина, его можно легко заменить на другие. Но факт в том, что крупные организации имеют огромное количество людей, работающих над изменениями и улучшениями процессов.
Каждая из этих групп может продолжать определять и использовать термины внутри свое группы, игнорируя то, что находится за пределами их группы. Но всех их объединяет интерес к осмыслению организации, как системы, увязыванию деятельности в процессы, а также организации людей и поддержки систем, чтобы сделать бизнес-процессы более эффективными и производительными. У всех есть лучшие практики, и каждый выиграет, если ему удастся пополнить свой опыт и знания. Таким образом, мы продолжаем выступать за общее использования термина «Business Process Management» в той мере, в какой каждый его понимает. Мы выступаем за использование термина BPMS, когда речь идет о программном обеспечении. Мы поддерживаем это, поскольку, когда эксперты решат, что пора создавать новый термин, мы бы предпочли, чтобы они сказали, что BPMS умер, и появилось нечто новенькое, оставив BPM тем, кто по-прежнему заинтересован в улучшении процессов в своих организациях. Также существует множество групп, которые постоянно пытаются убедить нас, что какой-то новый термин каким-то образом расширяет границы понятия, что добавляет нечто принципиально новое в BPM. Если мы это допустим, то BPM станет фрагментом или превратится, подобно BPR или Work Simplification, в движение, которое просуществовало недолго, и было вытеснено следующей новинкой. С другой стороны, если мы настаиваем на том, что по-прежнему существует потребность у руководителей в осмыслении своей организации, как системы, то мы должны попытаться создать широкие перспективы и совместный язык, чтобы мы могли спокойно жить еще несколько десятилетий. Мы рассмотрели и другие термины, такие как Operations Improvement, или Performance Management, оба из которых вызывают не меньший интерес, и оба будут работать в случае необходимости. Но «Operations» почему-то опускают идею о важности заказчика, а «Performance» может быть интерпретировано как слишком тесно завязанное на результат. Между тем, нам было приятно узнать, что несколько университетов в мире создали специальные программы обучения студентов BPM. Их существование позволяет предположить, то Business Process Management укрепляет свои позиции. Очевидно, то, что вы понимаете под BPM, связано с тем, что вы подразумеваете под процессом. Мы различаем узкий и широкий взгляды на процессы. Тот, кто предпочитает узкий взгляд, смотрит на Рисунок 1 и немедленно фокусируется на том, что происходит внутри процесса (А). Его идея в том, что процесс представляет собой набор содержащихся в нем активностей. Те же, кто смотрит на процесс широко, видят на Рисунке 1 ситуацию как показано в (В). Другими словами, широкий взгляд – это системный взгляд и он рассматривает не только подмножество активностей, которые происходят внутри прямоугольника, но также и все взаимодействия, которые происходят между процессом и надсистемой, которая его поддерживает. Рисунок 1. Два взгляда на процессТе, кто принимает узкий взгляд (А), концентрируются на работе внутри процесса. В этом случае, процесс – это лишь часть большей системы, которая включает в себя менеджмент, правовые вопросы, политику, удовлетворение заказчиков и т.д. Этим людям очень сложно представить, как работает вся организация, поскольку имеется множество воздействующих сил без каких-либо четких организационных принципов. Для того, кто смотрит широко, процесс – это центральный принцип, который он использует, чтобы понять, как все в организации подогнано друг к другу. Организация существует, чтобы производить товары и услуги, которые имеют ценность для заказчика. Если это делается успешно, то организация процветает. О всех остальных частях организации судят исходя из того, поддерживают ли они процессы, создающие ценность для заказчика. Очевидно, что эта точка зрения на процесс гораздо шире, чем забота о том, как взаимодействует определенный набор активностей. Широкий взгляд на процессы дает менеджерам способ осмысления того, как и что производит их организация. И это является основой для того, чтобы понять, что может быть неправильно, если клиенты недовольны. Это ощущение центральности процесса – именно то, что распространено в Boeing, Toyota, Motorola, GE и DuPont, что обосновывает их претензии на то, чтобы называться процессно-ориентированными компаниями. Это то, что определяет CMMI, когда описывает организацию, как полностью зрелую в процессном смысле (5-й уровень CMMI). ИТ-шники часто смотрят на процессы узко, и в их оправдание, часто это именно то, чего требуют и ожидают бизнес-менеджеры. Им не нужны размышления айтишников о том, как работают управленческие регламенты. Они просто хотят, чтобы ИТ занимался инсталляцией новой ERP, чтобы выполняющей некоторые специфические действия. Бизнес-аналитики часто принимают эту точку зрения, и фокусируются на определении требований к софту для специфического набора действий. Однако чаще всего бизнес-аналитики движутся по направлению к широкому взгляду на процессы и пытаются получить более полное представление о природе проблем бизнеса. Процессные консультанты, к которым организации обращаются за помощью в перепроектировании крупномасштабных процессов, знают, что углубление в один-единственный процесс обычно не приносит результатов. Начиная с одного процесса и просто глядя на активности и поток работ внутри рамок процесса, невозможно получить надлежащую основу для совершенствования процесса. Процесс может потерпеть неудачу по многим причинам и во многих отношениях. Процесс, который действительно удовлетворяет клиентов, может потерпеть неудачу из-за того, что он предоставляет недостоверную информацию другим процессам, связанным с правительственными учреждениями, или из-за того, что сотрудники просто отсутствуют на месте. Все чаще любая организация является только звеном в цепи поставок, и клиенты, выбирая, по сути, между цепочками поставщиков, заставляют отдельные компании задуматься о том, как они могут работать с партнерами, чтобы сделать всю цепочку более эффективной. Во многих компаниях есть процессы, выполняющиеся по всему миру, которые включают одинаковые действия. Расходы на поддержку одинаковых действий с различающейся подготовкой или разными ERP модулями могут стать основным источником неэффективности. В других случаях общие решения могут потребовать детального изучения того, как бизнес-правила используются лучшими исполнителями, чтобы прийти к решениям, которые удовлетворят заказчиков. Этот опыт, который распространяется на всех, кто стремится помочь организациям в решении широкомасштабных процессных проблем, ведет, естественно, к широкому взгляду на процессы. Нам необходимо начинать анализ, глядя на всю деятельность организации, проверяя, как все работает вместе, и нацеливаться только на конкретные недостатки, как только мы оценим все силы. Причин обычно несколько, и хорошее решение требует множественных изменений. Зрелые в процессном отношении организации понимают это так же хорошо, как и хорошие консультанты. Волшебной пули не существует, и нет таких инструментов и технологий, которые работают в любой ситуации. Если консультант стремится стать профессионалом, ему необходимо создать свод практик, которые систематически интегрировали бы самые разнообразные подходы в единое целое. BPTrends верит, что BPM – лучший термин для этого широкого зонтика. Если бы мы могли выбирать, то могли бы выбрать другой термин, но сейчас уже поздно, и к тому же BPM неплохо работает. BPM предлагает управленческую дисциплину и это то, чем, по нашему мнению, процессная работа и должна в конечном итоге являться. В настоящее время мы продолжаем призывать тех, кто ищет решение системных и процессных проблем в своих организациях, применять широкий, комплексный подход, и опираться на BPM, как на определение, которое может охватить и поддержать все наши специфические подходы. Комментарии |
|||||||||
Главная | О проекте | Введение | Софт | Литература | Форум | Семинары | Ссылки | Архив новостей | Подписка на RSS-каналы | Карта сайта | Авторские права | |||||||||
|
Хармон написал неплохую книгу, много всякой полезной информации. Лично мне, например, приятно было его отношение к BSC и то, как много он говорит про метрику. Правда опять вся эта зацикленность на шести сигмах, зонтиках и т.д.
Почему то он не хочет видеть, что все эти кайдзены, бережливые производства, шесть сигм и т.д. - всего лишь некая комбинация из стандартных подходов, которые можно разделить на группы, например (*):
1) по характеру изменений:
а) по частоте изменений:
- непрерывный;
- эпизодический;
б) по скорости и масштабу изменений:
- постепенный;
- радикальный;
в) по степени охвата деятельности:
- локальный;
- всеобъемлющий (глобальный);
2) по способу оценки степени совершенства:
- целевой;
- ценностный;
3) по целям совершенствования:
- уменьшение отклонений;
- уменьшение вариабельности;
- устранение потерь;
- устранение ограничений и т.д. и т.п.
Тем самым мы можем построить систему координат, в которой можем рассматривать любой фирменный подход к совершенствованию бизнес-процессов.
Например, BPR будет представлять собой эпизодический, радикальный, всеобъемлющий, целевой подход, направленный на достижение конкретных целевых показателей. А TPS - непрерывный, постепенный, ориентирующийся на множество локальных групп совершенствования и в большей степени ценностный подход.
А вся эта затея с зонтиком? Или мы считаем BPM направлением менеджмента и тогда рассматриваем его по всем правилам теории менеджмента. Или мы делаем из BPM сборную солянку, но тогда мы сознательно идем на то, что эта "солянка" будет своя у каждого "повара": одни будут сводить BPM к некоторому уникальному набору методов совершенствования бизнес-процессов, другие - к их автоматизации (**), третьи - еще к чему-нибудь и т.д.
Лопатин Валерий
(*) В.А.Лопатин. Совершенствование бизнес-процессов. Управление в кредитной организации. №4 (стр.102-121) и №5 (стр.74-90) 2009 год.
(**) В.А.Лопатин. Автоматизация бизнес-процессов. Управление в кредитной организации. №1 (стр.67-82) 2010 год.
Очень уважаю Хармона как специалиста, но в данном случае принять его точку зрения не могу. Аргументы понятны, но все же - какой смысл изобретать и усиленно продвигать новое название (BPM) для вещей, которые практиковались десятилетиями?
Давайте различать:
- BPM в широком смысле - это все методологии и технологии, использовавшиеся использующиеся для управления бизнес-процессами, включая, например, TQM и BPR. BPM как зонтичная концепция.
- BPM в узком смысле - это цельная комбинация методологии, ИТ (в виде BPMS) и принципов реализации (Agile), направленная на реализацию процессного управления, сформировавшаяся за последние 5-10 лет.
По-моему, Хармон как раз и призывает использовать термин BPM для этих двух - широкого и узкого - смыслов. Так сказать, "за чистоту нравов". Или нет?
Цитата
"С того времени, как мы появились в 2003 году, BPTrends пытается создать «большую палатку», где каждый, кто связан с процессной деятельностью, может встретить и обсудить лучшие практики. Мы твердо защищаем термин «Business Process Management» как всесторонний подход к изменению процессов, который охватывает все конкретные практики и управление этими практиками."
Т.е. он употребляет BPM исключительно в широком смысле.
Хармона понять (хотя и не принять) можно, он конструирует свою нишу для консалтинга. И с этой точки зрения, зонтичная концепция очень удобна: не надо думать о точности формулировок и создавать некую непротиворечивую систему под именем BPM. Достаточно собрать все "лучшие практики" под "зонтиком" BPM, а дальше - вопрос маркетинга и умения запудрить мозги клиенту.
Конечно, можно взять аббревиатуру и придать ей любой смысл (широкий, узкий, зонтичный, сложившийся за последние 10 лет и т.д.). Но тогда появляется большой простор для всякого рода нестыковок, двусмысленностей и неопределенностей.
Но использование термина "менеджмент" накладывает определенную ответственность. На мой взгляд, лучше разрабатывать BPM не как множество (чего-то там), а как систему (менеджмента): строить непротиворечивый понятийный аппарат, выявлять основные элементы и их взаимосвязи, выявлять структуры, описывать функции и т.д. Совершенно очевидно, что BPMS войдет в такую систему и как подсистема, и как инструмент, и как методология и т.п.
Хармон этого не сделал - он консалтер и ему жаль терять на это время. То же можно сказать о других консалтерах (в том числе, в области BPMS). Быстрее всего, этого никто и не сделает. Но появится новая аббревиатура и о BPM мы забудем. Сколько споров было о BPR - и где все это сейчас?.
Валерий
Запудривать при желании можно любой концепцией - узкой, широкой... Не думаю, что в данном случае это - преобладающий фактор, Хармон все же серьезный аналитик.
Проблема в том, что BPM в широком смысле = BPM как имя нарицательное: управление бизнес-процессами "вообще", всеми возможными средствами. Вышеупомянутая же цельной концепции заслуживает имени собственного, а его, получается, нет!