[tess]

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

[Светлана Першакова]

Соглашусь с теми, кто считает это деятельностью ради деятельности. Почему многие считают, что нужно именно описывать и оптимизировать бизнес-процессы компании, а не внедрять в ней проектное управление?

[Brise]

Проектное управление не может стать фундаментальной формой организации компании, потому что оно работает с единовременными инициативами. В то же время бизнес-процессы составляют не менее 90% работы компании и описывают более характерные циклические действия.

[Dove]

Компания может увеличить эффективность своей работы двумя путями: увеличить производительность труда или использовать economies of scale. Проектное управление не поможет ни с первым, ни со вторым, в то время как управление бизнес-процессами позволяет достичь и того и другого. Потому фундамент организации компании - это именно управление бизнес-процессами.

[Tod]

tess (05 июня 2010 - 14:11):

Одни утверждают, что описание бизнес-процессов компании - это деятельность ради деятельности.

Если присутствует цель такого описания, то тогда и смысл есть. А если описание проводится ради описания или для простого "прояснения" бизнес-процессов, то в таком случае смысл отсутствует.

[Маул]

Предлагаю определиться с целями описания. Ведь об этом, собственно, топек . Только не нужно примешивать сюда цели, которые преследуют бизнес-процессы. Отделяем детализацию от основного вектора .

[Tod]

• Количественное моделирование перспективных бизнес-процессов;
  
• Для автоматизации;
  
• Activity Based Costing;
  
• Нетривиальная регламентация;
  
• Оптимизация бизнес-процесса с дальнейшей разработкой и внедрением KPI.

[Terehov]

Tod (11 июня 2010 - 18:08):

Количественное моделирование перспективных бизнес-процессов;

Любая модель описания бизнес-процесса является качественной.

Tod (11 июня 2010 - 18:08):

Activity Based Costing;

Для ABC нужен учет и контроль, иными словами автоматизация. А описание бизнес-процессов играет здесь косвенную роль.

Tod (11 июня 2010 - 18:08):

Оптимизация бизнес-процесса с дальнейшей разработкой и внедрением KPI.

Это справедливо только для некоммерческой деятельности. В коммерческой деятельности все KPI можно найти в финансовой отчётности.

[Маул]

Terehov (12 июня 2010 - 17:56):

Любая модель описания бизнес-процесса является качественной.

Если вам представится возможность поработать в компании из топ-1000, вы поймете, насколько вы наивны .

Terehov (12 июня 2010 - 17:56):

Для ABC нужен учет и контроль, иными словами автоматизация. А описание бизнес-процессов играет здесь косвенную роль.

Для учета и контроля не обязательно нужна автоматизация.

Terehov (12 июня 2010 - 17:56):

Это справедливо только для некоммерческой деятельности. В коммерческой деятельности все KPI можно найти в финансовой отчётности.

А как же такие KPI как MTTR или MTBF? Их нет в финансовой отчетности.

[Tod]

Terehov (12 июня 2010 - 17:56):

Любая модель описания бизнес-процесса является качественной.

Количественные оценки качественной модели, это вы о чем?

Terehov (12 июня 2010 - 17:56):

Для ABC нужен учет и контроль, иными словами автоматизация. А описание бизнес-процессов играет здесь косвенную роль.

Для ABC помимо учета и контроля требуется еще список операций (activities), которые объединены в осмысленные группы. При этом очень редко все операции, которые выполняются одним сотрудником, могут быть отнесены к анализируемой деятельности.

[Brise]

Маул (10 июня 2010 - 21:27):

Предлагаю определиться с целями описания.

Основных цели две: информация и контроль. Если вспомнить написанное Дракером: управленец - это нечто иное как информационный работник и if you can't measure it, you can't manage it .

[Bazilio]

Цель у описания бизнес-процессов самая обычная - собрать информацию. Менеджер должен владеть информацией о том, что, кто и как делает. Кроме информации, менеджер должен также понять, как и что ему необходимо измерять, чтобы быть в курсе происходящего (осуществление контроля). Опять же без измерений в случае каких-то накладок убедить вышестоящего начальника в том, что они устранены, вообще невозможно .

[Ваянг]

Bazilio (16 июня 2010 - 21:37):

Цель у описания бизнес-процессов самая обычная - собрать информацию.

Это беспомощная аргументация. Это тоже самое, что сказать, будто цель написания нами комментариев в этой ветке является нажимание на клавиши. Такая цель предполагает осуществление некоторой деятельности, единственный смысл которой заключается в осуществлении этой самой деятельности. Об этом уже было сказано выше.

[Steven]

Переходим в область софистики, коллеги . Все дело в том, что описание бизнес-процессов по своей сути конечно же является сбором информации. Но этот сбор не является целью описания. Ведь если некое (А) представляет собой одновременно и (В), об этом нельзя сказать, что (В) - есть цель (А) .

[ratm]

Tod (09 июня 2010 - 18:33):

Если присутствует цель такого описания, то тогда и смысл есть. А если описание проводится ради описания или для простого "прояснения" бизнес-процессов, то в таком случае смысл отсутствует.

Добавлю, что если бизнес-процессы описываются с целью призрачной "тотальной автоматизации", то лучше сразу попрощаться с мыслью о том, что это описание даст хоть какую-то пользу.

[unic]

Потому что мало кто утруждает себя пониманием философии процессного подхода, так называемого Total Quality Management. Хорошие авторы работ в тему: Э. Деминг, В. А. Лапидус, Г. Нив, Д. Эванс, О. П. Глудкин, М. Г. Круглов.