Архивы одного проекта: 1-сезон «Три принципа оптимизации бизнес-процессов»

14.08.13

Архитектура

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

Трудно говорить о бизнес-процессах без того, чтобы не дать базовых определений основного предмета обсуждений: Архивы одного проекта: 1-сезон «Начало»

 

Три принципа оптимизации бизнес-процессов.

(вторая серия)

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

Первый принцип оптимизации бизнес-процессов:

Каждый выход процесса должен согласован со входом последующего, другими словами информация порождаемая первым процессом должна быть востребована вторым.

Иначе как следствие:

  1. Результаты первого процесса не будут востребованы.
  2. Процесс будет работать в холостую, затрачивая полезное время исполнителя даром.

 

Второй принцип оптимизации бизнес-процессов:

За результат работы каждого бизнес-процесса должен отвечать только один исполнитель.

Иначе как следствие:

  1. Нарушение принципа единоличной ответсвенности приводит к тому, что, в конечном счет, за результат не отвечает ни один исполнитель.

 

Третий принцип оптимизации бизнес-процессов:

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

Иначе как следствие:

  1. Процесс ради процесса.
  2. Оптимизация бизнес-процессов ради оптимизации.
  3. Учет ради учета.
  4. Автоматизация ради автоматизации.

 

 

Нарушение всех принципов одновременно приводит к:

  1. Неуправляемости компании в целом.
  2. И в том числе к сопротивлению изменениям направленные на оптимизацию.
  3. Сотрудники компании перегружены работой, так как выполняют задания не согласованные по целям.
  4. Все трудятся, штат растет, а результаты остаются на прежнем уровне. 

Пример оптимальных процессов:


Учитывая, что на сегодняшний день не существует универсальной стандартной нотации для записи бизнес-процессов, для описания основных схем оптимизации примем следующие обозначения: 

 

 

Возьмем функциональный блок, который имеет несколько входов и несколько выходов. Внутри блока все выходы функций связаны со входами других функций. То есть не одна функция не работает в холостую. На данном этапе, будем считать это оптимальным сочетанием функций.


 

 

Здесь Функции №1 и №4 это примеры идеально работающих бизнес-процессов. Они имеют по два входа и одному выходу. Результаты обоих функций востребованы другими функциями.

Функция №3 – это кандидат для внимательного изучения. Если Вход функции равен её Выходу – это повод задуматься о её необходимости. Если функция не вносит в систему добавочной стоимости, однако потребляет ресурсы и вносит задержку по времени - то она выполняет холостую работу, то есть имитирует полезную деятельность. В нашем случае будем считать, что Вход 3.1 и Выход 3.2 не тождественны.

 

Функция №2 имеет два выхода, это может означать, что перед нами функциональный блок, который можно разбить на атомарные функции. Атомарная функция имеет один выход и один или более входов. В нашем случае, для упрощения мы функцию №4 будем считать функцией «два в одном»

 

Примеры дефективных бизнес-процессов:

 

1.Типичные примеры нарушения первого принципа оптимальных бизнес-процессов: 

Каждый выход процесса должен согласован со входом последующего, другими словами информация порождаемая первым процессом должна быть востребована вторым.

Ошибка №1.1 «Результат выхода функции не востребован ни одной функцией»

В данном случае результат работы функции №1 не попадает на вход ни одной функции системы. Таким образом функция №1 ни кому не нужна, а следовательно должна быть удалена из системы.

 

Ошибка №1.2 «Результат выхода функции равен её входу»

 

Если функция, которая обычно имеет один вход и один выход в результате совершаемой работы имеет выход тождественный входу, такая функция не приносит пользу системе, в лучшем случае вносит задержку по времени, в худшем искажает информацию.

Как вариант функция №1 может заключаться в усилении сигнала и обеспечении контроля, но как показывает практика устранение такой функции, решается с помощью реализации функций обратной связи. Функция №1 может быть признана полезной, если существует дополнительный вход, который влияет на результат работы функции, ранее не проявлявший себя.

Ниже, приведен другой частный случай  - Руководитель среднего звена, который транслирует распоряжения «сверху вниз» от вышестоящего руководства непосредственным исполнителям, а в последствии по истечении некоторого времени возвращает результаты их труда «на верхний» уровень иерархии. Знакомая ситуация?Wink

 

 

 Ошибка №1.3 «Причинно-следственные противоречия или синдром Мюнхаузена»

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

Как пример: Внедренцу предоставлены только приходы и расходы. Задача стоит так - "Получить исходящие остатки, а по ним уже вычислить входящие". Самый убийственный аргумент пользователя: «Вы же умные – придумайте, что нибудь!».

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

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


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

 

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

 

2. Типичные примеры нарушения второго принципа оптимальных бизнес-процессов:

 За результат работы каждого бизнес-процесса должен отвечать только один исполнитель.


 

Для начала рассмотрим идеальный вариант, когда за бизнес процесс отвечает один исполнитель. В данном случае, исполнителю не обязательно самому выполнять все работы по функции №1, но отвечает перед системой за её результаты только он один. В результате такой исполнитель всегда лучше мотивирован, чем в других вариантах, а имеенно:

Ошибка №2.1 «За результаты работы функции никто не отвечает»

Если за результат работы функции никто не отвечает, тогда нет возможности уточнить причину, по которой функция либо перестала работать, либо качество её работы перестало удовлетворять систему. Как ни странно, но, функции без назначенного ответственного, и результат которой никем не востребован, стремятся самоустраниться, то есть система в данном случае стремиться к самооптимизации. Однако для обеспечения надлежащего качества – за каждой функцией должен быть закреплен один ответственный и только один.

 

Ошибка №2.2 «За результаты работы функции отвечает более чем один»

 

В данном случае наблюдается эффект «демотивации» обоих сотрудников. Сначала они оба начинают управлять работой функции, затем у них появляются конфликты на почве использования ресурсов, потом проявляются конфликты на почве властных отношений, потом оценки труда каждого из них. В результате или один подчинит себя воле другого, либо за результат работы функции не будет отвечать ник-то. В целом ошибка номер 2.2 повторяет ошибку номер 2.1, но в добавок приносит конфликт в систему.

 

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

 

Здесь мы не будем рассматривать принципы работы в линейно-штабной (дивизионной) орг. структуре. Нам важен сам принцип: «В одно и тоже время за работу функции отвечает один ответсвенный и только один»

 

Ошибка №2.3 «За выполнение одного задания отвечает более чем один»

Казалось бы, при чем здесь задания? Как ни странно, но такая ошибка встречается довольно часто, особенно в процессе развития систем. При попытке добавить в действующую систему новую функцию. На самом деле это ошибка та же ошибка № 2.2 но уже при попытке обмануть самого себя, в процессе манипуляции другими людьми, а по этому редко осознаваема самим манипулятором. Есть люди, которые сознательно назначают разных ответственных за достижение одних и тех же результатов. Легко догадаться, какие цели они преследуют.

 

Пример: Руководитель дает задание сделать один и тот же отчет разным исполнителям, естественно умолчав о том, что такой же отчет уже делает другой сотрудник. Задание дается в 17:00, ожидаемая трудоёмкость 8 часов. Оба сотрудника заканчивают отчет к 4 часам утра. Придя на работу они узнают, что параллельно делали одну и туже работу. Можете представить их реакцию, когда они узнали, что делали одно и тоже? Можно конечно сказать, что руководитель подстраховался и на всякий случай дал одну и туже работу обоим исполнителям. Но могу вам честно заявить, такой руководитель потерял авторитет в глазах своих исполнителей раз и на всегда.

 

Пример другой: Директор поручает трем своим сотрудникам разработать сайт компании с новостной лентой, естественно все трое и не догадываются, что работают над заданием параллельно, пока  не появляется конфликт интересов. Сайта три, заплатят только за один, и новости будут писать только для одного. Нет, ну конечно, новости можно публиковать и на трех сайтах одновременно, но вот как раз писать новости регулярно никто не хочет. Тем более, разработкой сайта занимаются одни, а новости придется писать другим,  даром и регулярно.

 

Казалось бы абсурд?! Оказывается - нет. В условиях, когда директор не знает, кто  у него в компании за что отвечает, такой подход, чуть ли не единственный способ развивать свою компанию. А самое главное, что даром! Всем троим хочется доказать директору свою значимость. Самый мудрый из них, вовремя останавливается. Остальные начинают борьбу за право реализовать проект в условиях ограниченных ресурсов. Победитель как вознаграждение получает победу, побежденный – уличен в непрофессионализме, а Директор – новую функцию за рамках того же фонда труда. И не важно, что бюджет сайта в последствии будет распилен не по назначению. Важно, что такое положение всех устраивает.

 

К чему это я?. Будьте  внимательны, в процессе оптимизации, нужно понимать какие действительные цели преследовал заказчик при постановки задач.

 

 

3. Нарушение третьего принципа оптимальных бизнес процессов:

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

 

Непротиворечивость  локальных целей и глобальных целей компании позволяет проявиться синергетическому эффекту, когда целое лучше, чем фрагментарное. Когда каждый сотрудник осознает свое место и роль в компании. В противном случае происходит по известному сценарию из интермедии известного сатирика Аркадия Райкина:

Кто шил костюм? – Мы.

– Вот я, например, пришивал пуговицы. К пуговицам претензии есть?

– Нет. К пуговицам претензий нет. Пришиты насмерть. не оторвешь!

- Я спрашиваю, кто шил костюм?

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

 

PS. Если у Вас возникло чувство, что в статье, что-то не понятно, или неоднозначно сформулировано - пишите в комментариях. Увы, автор может находиться в плену «очевидности» написанного и не осознавать, что местами в тексте есть логические разрывы, в виду того, что ему кажется, что и так все ясно.

 

PS2 Если у Вас, есть интересные примеры из жизни неоптимальных процессов, поделитесь

ими с другими с Вашими комментариями Wink

См. также

Как мы автоматизировали башню раздачи воды

Кейсы автоматизации Платформа 1С v8.3 Энергетика и ЖКХ Россия Бесплатно (free)

Делимся опытом автоматизации учета башни раздачи воды.

27.12.2023    1422    0    slavik27    4    

14

Управленческие аналитики для 1С:Бухгалтерии – отчеты для принятия верных решений

Отчеты и дашборды Платформа 1С v8.3 Бухгалтерский учет 1С:Бухгалтерия 3.0 Бухгалтерский учет Бесплатно (free)

Если вы привыкли выгружать бухгалтерские операции в Excel и дополнять их там управленческой информацией, вы сможете значительно сэкономить время, получая нужные управленческие отчеты в бухгалтерской программе сразу, без лишних движений. Представляем решение для самостоятельного внедрения управленческого учета в 1С:Бухгалтерии.

11.12.2023    1640    0    Serg_Tangatarov    2    

15

Архитектурное ревью. Процесс разработки

Архитектура решений Бесплатно (free)

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    3828    0    ivanov660    10    

29

Технология разработки Рабочих мест для автоматизации производственных процессов и управленческого учета

Кейсы автоматизации Работа с требованиями Анализ бизнес-процессов Бесплатно (free)

Автоматизировать производственные процессы в 1С:ERP без доработки типовых механизмов очень сложно. А дорабатывать типовые механизмы 1С:ERP не всегда оправданно. Решением может стать технология разработки Рабочих мест, которая позволяет автоматизировать самые сложные участки последовательно – шаг за шагом, процесс за процессом. Расскажем о том, как помочь пользователям вводить большое количество данных, не нарушая порядок ввода и полноту заполнения всех необходимых реквизитов, и как вовлечь сотрудников Заказчика в разработку и тестирование функционала Рабочих мест.

26.10.2023    1824    0    user1754524    15    

15

Опыт оптимизации системы ERP на примере железнодорожного холдинга численностью 10 тыс. человек

Кейсы автоматизации Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

Когда проект внедрения ERP в крупном холдинге захлебывается в проблемах производительности и в отчаянии пользователей, нужен комплексный подход. Расскажем о битве за производительность и об организационных мероприятиях по наведению порядка в системе и коллективе.

29.08.2023    2859    0    ke_almaty    0    

14

5 подходов при доработке конфигурации 1С, чтобы в будущем не было мучительно больно её обновлять

Архитектура Рефакторинг и качество кода Обновление 1С Платформа 1С v8.3 Бесплатно (free)

Нашей компании часто приходится сталкиваться с обновлением конфигураций разной степени переписанности. Какие-то из них обновляются легко, какие-то — не очень. Расскажем о некоторых принципах модификации программы, которые помогут сделать последующий процесс обновления легче. Или тяжелее, если стараться их не соблюдать.

10.08.2023    9588    0    1c-izhtc    37    

21

Внедрение системы технологического контроля (практический кейс)

Кейсы автоматизации Платформа 1С v8.3 1С:Управление нашей фирмой 3.0 Управленческий учет Бесплатно (free)

Стабильное качество выпускаемой продукции и ее соответствие нормативным документам (ТУ, ГОСТам, СМК) для активного предприятия является конкурентным преимуществом, так как оно подчеркивает, что на предприятии отлажены контрольные процедуры на входящее сырье, производство полупродуктов и готовой продукции, доставки. В своей практике я принимал участие во внедрении цифровых инструментов в сельском хозяйстве, где показателями зерна служат влажность, засоренность, крупность и т.д.; в металлургии — перед литьем в формы надо проверить сплав на содержания железа, алюминия, магния и т.д.; в кабельной промышленности в дополнение к физическим свойствам типа геометрии, длины, шероховатости, надо выдерживать и электротехнические показатели. 

22.05.2023    1384    0    Ingraf    0    

15
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. script 128 12.08.13 16:16 Сейчас в теме
Здравствуйте. Спасибо за хорошую статью.
Не могли бы Вы более широко, на примерах, описать понятия входа и выхода процесса и как эти входы и выходы выявлять.
Evgen.Ponomarenko; +1 Ответить
2. Evgen.Ponomarenko 567 12.08.13 16:58 Сейчас в теме
(1) script,
В данном, конкретном случае, бизнес-процесс рассматривается как функция Y=F(X1,X2),

где X1,Х2 - параметры функции (информация до преобразования)
F - некоторая функция (черный ящик), которая выполняет действия над X1,Х2
Y - результат работы функции(информация после преобразования).

Ну, а дальше, как говориться в математике "по известной формуле";
3. Evgen.Ponomarenko 567 12.08.13 16:59 Сейчас в теме
(1) script,
Спасибо за вопрос. Я подумаю над примерами. Но скорее всего ещё придется написать небольшую статью
про функции, так сказать сделать Карту-памяти в виде "шпаргалки", а то тяжело опираться на воздух без определений, не вызывая разночтений. Я Вас правильно понял?
4. pt_olga 61 23.08.13 17:22 Сейчас в теме
(1) script, очень-очень укрупненно... закупка сырья -> циклы производства -> продажа -> взаиморасчеты -> управление финансами и оптя мы окупили затраты, получили маржу и можем снова закупать сырье и по кругу :)

вход/выход должен иметь любой процесс даже мелкий, например, исходные данные -> печать -> СФ

(3) с интересом слежу за Вашими публикациями, простым языком о, казалось бы, сложных вещах.
5. Evgen.Ponomarenko 567 23.08.13 21:53 Сейчас в теме
(4) pt_olga,
Просто некогда лить воду. Пишу скорее для себя, хочу создать непротиворечивую систему простых взаимосвязанных определений и правил. Жаль, модератор не пропустил мою статью "Человек дождя", мне очень понравился образ человека который несет в мир гармонию, а вместе с ним и дождь во время засухи. Но увы... статья вышла не форматная, модерацию не прошла. Отложил её до лучших времен.
6. pt_olga 61 24.08.13 23:22 Сейчас в теме
8. Evgen.Ponomarenko 567 26.08.13 13:07 Сейчас в теме
(6) pt_olga,
Всему свое время, я думаю Alraune была права завернув мой довольно "сырой копипастинг". Нужно будет серьезнее проработать образ и я думаю статья все ж таки увидит свет. Тем более мне хочется опубликовать целую серию статей в разделе LIFE.
7. roma03v1 25.08.13 13:43 Сейчас в теме
Отличная статья. Все четко понятно. Вроде все это давно известно и понятно, но здесь систематизировано и со схемами.Вообщем сохраню себе в загашник, буду по ней директоров воспитывать ;)
9. CeHbKA 300 31.10.13 12:54 Сейчас в теме
Читаю взахлёб. Давно уже такого не испытывал)
Спасибо огромное!!!
10. Evgen.Ponomarenko 567 31.10.13 13:55 Сейчас в теме
(9) CeHbKA,
Мне хотелось выдержать стиль очень сжатого конспекта, чтобы концентрация мыслей в тексте,
позволяла получать интеллектуальное наслаждение с минимальными затратами сил и времени.
11. CeHbKA 300 31.10.13 14:03 Сейчас в теме
(10) в эйфории надеюсь, Вы ещё что-нибудь напишете и мы с удовольствием почитаем ещё! :)
12. Evgen.Ponomarenko 567 31.10.13 14:20 Сейчас в теме
(11) CeHbKA,
Будьте осторожны, статьи - это отражение лишь моего личного сугубо субъективного мнения,
которое завтра может измениться с точностью до наоборот. Причем это не вероятность, а лишь вопрос времени.

Очень рекомендую освоить технику скорочтения и вычитывать по каждой теме минимум три книги.
Сопоставляя информацию из трех источников можно за один день очистить информацию от шумов,
а потом за месяц все переварить, за год отшлифовать на практике. Успехов вам :))))
13. ander_ 14.11.13 07:07 Сейчас в теме
Хорошая тема, хорошо написано. Приятно почитать. Спасибо.
14. Evgen.Ponomarenko 567 14.11.13 10:54 Сейчас в теме
(13) ander_,
Спасибо, за теплый отзыв.
15. CheBurator 3119 24.03.17 00:59 Сейчас в теме
16. пользователь 27.01.22 21:00
Сообщение было скрыто модератором.
...
Оставьте свое сообщение