Показаны сообщения с ярлыком процессный подход. Показать все сообщения
Показаны сообщения с ярлыком процессный подход. Показать все сообщения

пятница, 7 мая 2021 г.

Бизнес-урок 2. Оцените систему управления процессами вашей компании

 Что такое процессный подход к управлению, в чем его особенность? Это понятие, также, как и понятие “процесс”, определено в системе менеджмента качества.

Процессный подход состоит в том, чтобы:

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

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

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

  1. Определены процессы компании. Имеются документы, в которых определен состав процессов верхнего уровня, а также, входящие в них процессы второго и, возможно, третьего уровня. Все процессы идентифицированы, то есть определены их входы, выходы, клиенты, поставщики, цели, результаты и показатели процессов; для каждого процесса определен его владелец.
  2. Процессы описаны. Установлен стандарт компании для описания процессов. Процессы описаны в соответствии со стандартом в виде схемы, таблицы или текста. Описание процессов соответствует тому, как они в действительности должны выполняться.
  3. Исполнители работают в соответствии с регламентами процессов. Существуют процедуры, позволяющие убедиться в том, что регламенты процессов действительно соблюдаются.
  4. Обучение исполнителей процессов проводится на основе определенной методики. Имеются программы обучения и проводятся регулярные учебные мероприятия. Это важное положение, которое обеспечивает передачу знаний и опыта исполнителям, участвующим в процессной деятельности.
  5. Устанавливаются цели процессов, осуществляется планирование результатов и ресурсов. Показатели процессов включены в систему планирования. Процессы обеспечиваются финансовыми, материальными и человеческими ресурсами на основе планирования.
  6. Осуществляется постоянный мониторинг результатов процессов и ресурсов. В управленческой отчетности отражаются показатели процессов; они постоянно изучаются, проводится анализ факторов, оказывающих влияние на результаты процессов; на основе анализа принимаются корректирующие решения.

  1. Регулярно регистрируются проблемы, возникающие в процессах. Здесь ключевое слово “регулярно”. Это значит, что постоянно ведется, в каком-то виде, реестр проблем, возникающих в процессах. Они постоянно находятся в поле зрения владельцев процессов. Проблемы ранжируются по степени значимости, из них выделяются наиболее приоритетные, требующие первоочередного решения.
  2. Проблемы процессов регулярно анализируются и по ним вырабатываются решения. В разработке решений по устранению проблем участвуют исполнители и все другие заинтересованные стороны: поставщики, клиенты процессов или их представители.
  3. Проводятся систематические мероприятия по устранению проблем. Здесь ключевое слово “систематически”, то есть не от случая к случаю, а на постоянной основе ведется системная работа по улучшению процессов. Недавно одна участница вебинара мне написала: “У нас очень хорошо поставлен процессный подход. Мы один раз в три года проводим аудит процессов”. Один раз в три года! Представьте, что за три года происходит с любым процессом. Даже если там не происходит значимых изменений, то там уже исполнители забыли вообще, о том, как надо работать по регламенту. При таком подходе информация о проблемах в процессах доходит до руководства с задержкой в три года.
  4. Сотрудники вовлечены в деятельность по непрерывному совершенствованию процесса. Это исключительно важно. Именно вовлеченность сотрудников обеспечивает непрерывность и системность совершенствования процессов. Если процессный подход сосредоточен только в отделе по стандартизации бизнес-процессов, то можно быть уверенным, что он существует в компании лишь формально, поскольку централизованно контролировать сотни бизнес-процессов не под силу никому. Процессное управление должно быть делом, в котором участвует все компания.

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

На собрании экспертной группы обсудите положение дел в области управления процессами в разрезе каждого из 10 пунктов, названных выше. Должна быть обеспечена возможность высказаться по каждому пункту всем желающим. После дискуссии предложите экспертам заполнить опросные листы, в которых истинность приведенных выше утверждений оцениваются от 0 до 9 баллов. Это делает индивидуально каждый эксперт, выражая свое личное мнение по итогам общего обсуждения. Затем опросные листы собираются и рассчитывается средняя оценка по каждому пункту, а также общая оценка системы управления процессами. Аналогичным образом следует оценить процессы производства, сервиса и другие основные процессы компании.

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

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

 Александр Кочнев

https://bit.ly/2Ruv0g1

вторник, 17 марта 2020 г.

Процессы для аналитиков. Часть 2. Процессы и бизнес-процессы



Что такое бизнес-процесс?

Мне нравится определение, данное Полом Хармоном (PaulHarmon) в статье «Whatisbusinessprocess?»: бизнес-процесс – это то, чем управляет менеджер бизнес-процесса. При всей своей краткости это определение достаточно точно отражает, как менеджеры в организациях видят бизнес-процессы. Как правило, они рассматривают деятельность организации не с точки зрения «что и как происходит», а с точки зрения «кто за что отвечает».
Проводя интервью с менеджером бизнес-процесса, бизнес-аналитик может узнать, какой результат должен быть получен на выходе бизнес-процесса, какие сотрудники задействованы в бизнес-процессе, какие функции (работы) и в какой последовательности они при этом делают. Более подробное описание будет включать информацию о том, кто является потребителями результатов процесса, кто поставляет входы процесса, какие ресурсы используются для исполнения бизнес-процесса и как менеджер управляет бизнес-процессом.
Например, менеджер отдела по работе с поставщиками расскажет, что он управляет несколькими бизнес-процессами: первичная оценка поставщиков, согласование условий контрактов с поставщиками, управление поставками, повторная оценка поставщиков. Далее менеджер перечислит сотрудников, которые выполняют отдельные функции этих бизнес-процессов: сбор данных о поставщике, выставление оценок по различным атрибутам поставщика, проверка условий договора, отправка заказа поставщику и т.д.
Но самое интересное для бизнес-аналитика начнется после того, как он проведет интервью с другими менеджерами бизнес-процессов в организации.
Например, начальник юридической службы расскажет бизнес-аналитику о том, что в его службе выполняется бизнес-процесс согласования контрактов с поставщиками. И это будет совсем другой бизнес-процесс, отличный от бизнес-процесса из отдела по работе с поставщиками.
Для того, чтобы понять, как появляются бизнес-процессы в организации, следует учесть, что организация не всегда была такой, какой ее увидел бизнес-аналитик «здесь и сейчас». Часто все начиналось с небольшой фирмы, в которой работало несколько человек. Сегодня такую организацию можно было бы назвать стартапом или «гаражной фирмой». Никакого разделения ответственности между сотрудниками в то время не было. При этом в организации уже выполнялись какие-то процессы: что-то покупалось, что-то производилось и продавалось. С ростом в организации появлялось все большее количество сотрудников. В какой-то момент времени обострялись проблемы координации деятельности большого числа сотрудников и организация, решая эти проблемы, структурировалась: в ней появлялись разные группы и подразделения, назначались менеджеры. При этом процессы, которые выполнялись в организации, разделялись между подразделениями: кто-то занимался закупками, кто-то продажами, кто-то производством. В тот момент, когда ответственность за процессы разделялась между менеджерами разных подразделений, в организации появлялись бизнес-процессы.
Первое время менеджеры бизнес-процессов еще помнили совместную работу и легко координировали работу в рамках единого процесса между разными подразделениями. Но по мере развития структуры организации личные связи между сотрудниками и менеджерами разных подразделений ослаблялись, а это естественным образом сказывалось на связности процессов, которые были разделены между такими подразделениями. А еще менеджеры улучшали свои бизнес-процессы, причем часто они это делали независимо друг от друга и от того, как эти улучшения сказывались на общих процессах. В теории менеджмента применяют даже специальный термин, обозначающий этот феномен – локальная оптимизация.
Процесс работы с поставщиком в организации выглядит следующим образом:



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

На что должен обратить внимание бизнес-аналитик?

Как уж было показано выше, бизнес-процессы представляют собой лишь специальным образом выделенные фрагменты процессов организации. Если бизнес-аналитик имеет опыт в данной предметной области, то он может по этим фрагментам восстановить полную картину процессов и, соответственно, провести полноценный анализ деятельности организации,в том числе, выявить проблемы и предложить решения этих проблем.
Начинающий бизнес-аналитик, восстанавливая картину процессов в организации, может столкнуться с рядом типичных проблем.
Процессный объект одного и того же процесса в разных бизнес-процессах может называться по-разному.
В нашем примере сотрудники отдела по работе с поставщиками в своих бизнес-процессах оперируют объектом «поставщик». Когда поставщик попадает в юридическую службу, то юристы уже не оперируют объектом «поставщик»; для них основным объектом является «контракт». Соответственно, в рамках своего бизнес-процесса юристы производят не «поставщика с контрактом», а «контракт с поставщиком».
На этом примере становится понятно, каким образом в организации бизнес-процессы, разнесенные по разным подразделениям, почти незаметно нарушают структуру единого процесса работы с поставщиком. С течением времени эти бизнес-процессы совершенствуются. По мере улучшения бизнес-процессов различия становятся существенными; а это приводит к нестыковкам, конфликтам между подразделениями и прочим неприятностям.
В организации заводятся ненужные бизнес-процессы. Эта ситуация характерна, в основном, для крупных организаций, но я в своей практике встречал ненужные бизнес-процессы и в средних по размерам организациях.
Например, в экспедиторской компании отдел по привлечению транспортных компаний выполнял бизнес-процесс по оценке и повторной оценке привлеченных транспортных компаний. В отделе работали ответственные сотрудники, которые постоянно совершенствовали методику оценки. При этом сотрудники в экспедиционных подразделениях никак не использовали эти оценки транспортных компаний, а выбирали для своих перевозок компанию по критерию минимальной цены. Бизнес-процесс оценки транспортных компаний достаточно долго жил своей независимой жизнью.
Разделение процесса по разным бизнес-процессам в разных подразделениях приводит к возникновению циклических согласований. Эта ситуация встречается в государственных организациях и в крупных коммерческих организациях с разросшимися управленческими структурами.
Например, внешний документ, попадая в министерство, направляется для согласования в отделы. Часто такое согласование производится последовательно: отдел А, потом отдел Б и т.д. Если отдел Б вносит в документ какие-то замечания, то документ возвращается в отдел А для повторного согласования. 
Если вы подумали, что это абстрактный пример, то почитайте интервью с Игорем Мамоненко и его злоключениями с проектом IT-стана в Министерстве образования РБ:
«В общем, этот проект бродит третий год. Вы знаете, как организована система? Я раньше не знал. Допустим, есть пункт 1.2. За него отвечает Министерство образования, которое должно внести определенные поправки в законодательство. Каждый отдел — а их там около 15, что ли — ставит свою подпись на документе. Первый утвердил, второй, третий считает: «Пункт надо изменить». И документ падает вниз. Потом все с самого начала. Когда наконец, в 20-й итерации, все отделы пройдены, документ отправляют в другие министерства. Там свои круги. Причем когда возникают поправки, то документ… опять попадает в первое министерство. Я когда узнал это, пришел в тихий ужас.»


Заключение

Придя в организацию, бизнес-аналитик обязательно столкнется с тем, что менеджеры предоставят ему искаженную информацию о деятельности организации в виде своих бизнес-процессов. Можно, конечно, согласиться с M.D. Грегори Хаусом в том, что «все пациенты лгут!». Но можно последовать принципам этого же персонажа и докапываться до сути процессов, протекающих в организации. Если вы согласны с этим тезисом, то можете вернуться к первой части цикла и еще раз освежить в памяти, что такое процесс.

понедельник, 16 марта 2020 г.

Процессы для аналитиков. Часть 1. Понятие процесса




«Все модели – неправильные, но некоторые из них могут быть полезны»
© George E. P. Box
Занимаясь бизнес-анализом, я постоянно имею дело с процессами. В этом нет ничего удивительного: процессы лежат в основе системного и бизнес-анализа.

Предисловие

В предисловии к книге С. Оптнера «Системный анализ для решения деловых и промышленных проблем» С.П. Никаноров еще в 1969 году написал: «… то, что прежде всего должно быть выделено, если мы хотим думать и действовать системно, есть процесс. Не может быть системного мышления без ясного понимания процесса»
Кстати, С. Оптнер считается одним из отцов-основателей системного анализа, а С.П. Никаноров – крестным отцом системного анализа в бывшем СССР.
Я давно собирался написать цикл статей, в котором были бы собраны полезные теоретические и практические знания о процессах. Долгое время меня останавливала мысль, что результатом этой работы станет описание еще одного «неправильного подхода» (см. эпиграф) к описанию и анализу процессов.
С другой стороны, я постоянно сталкиваюсь с множеством других «неправильных подходов». Я понимаю, что новичку в системном и бизнес-анализе бывает порой сложно ориентироваться в огромном количестве информации по этой теме. Надеюсь, что предложенный здесь подход будет интересен и полезен системным и бизнес-аналитикам.

1 Несколько важных вопросов о процессах


На семинарах по процессам я часто предлагаю слушателям описать своими словами ситуацию приготовления яичницы. Как правило, вопрос не вызывает затруднений; слушатели перечисляют необходимые действия: приготовить продукты, разогреть сковороду на плите, разбить яйца, посолить, снять сковороду с плиты, переложить яичницу в тарелку.
На следующий вопрос – сколько в ситуации процессов? – как правило, дается уверенный ответ – один процесс.
На первый взгляд, ответ логичен. Действительно, на выходе мы имеем приготовленную яичницу, следовательно, все действия, которые необходимы для ее приготовления, можно рассматривать как один процесс.
С другой стороны, входы и выходы процессов значительно более многочисленны и многообразны, чем представляется на первый взгляд. В книге Г. Нива. «Организация как система. Принципы построения устойчивого бизнеса Эдварда Деминга» обозначена проблема неадекватности описания процесса из-за неточной идентификации, слабого анализа и обоснования целесообразности учета влияющих на результат (выход) процесса факторов (входов).


Приведенные автором шесть типов входов, воздействующих на процесс, достаточно легко идентифицировать и тем самым частично решить задачу адекватности описания процесса.
В тоже время следует признать, что проблема неадекватности чаще всего оказывается серьезнее и глубже, чем мы изначально предполагаем. Генри Нив в своей книге приводит пример процесса продажи копировальных машин (копиров). В этом примере перечислены объекты, которые являются входами процесса, а также объекты, которые изменяются в ходе выполнения процесса. Ниже в таблице представлен примерный перечень таких объектов:
Входы
Выходы
Копир, принадлежащий компании-продавцу
Копир, принадлежащий покупателю
Продавец, заинтересованный в продаже копира
Продавец, удовлетворенный продажей копира
Покупатель, заинтересованный в покупке копира
Покупатель, удовлетворенный покупкой копира
Описание продукта
Политика продаж компании-продавца
Политика закупок покупателя
Деньги покупателя
Поступления
Комиссионное вознаграждение продавца

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

2 Процесс

2.1 Популярное определение процесса

Существует несколько десятков различный определений понятия процесс. Пожалуй, наиболее популярным сегодня является определение, представленное в международном стандарте ИСО 9000:2005:
Процесс — совокупность взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы в выходы.
Примечания:
  1. входами к процессу обычно являются выходы других процессов;
  2. процессы в организации, как правило, планируются и осуществляются в управляемых условиях с целью добавления ценности;
  3. процесс, в котором подтверждение соответствия конечной продукции затруднено или экономически нецелесообразно, часто относят к «специальному процессу».
Простой анализ показывает, что данное определение не позволяет ответить на сформулированные выше вопросы. Очевидно, что требуется другой подход к процессам.

2.2 Процессный объект

Я использую следующее определение процесса:
Процесс – это последовательность функций по преобразованию процессного объекта.


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

2.3 Цели процесса

Как правило, в бизнес-анализе мы сталкиваемся с искусственно созданными процессами. Например, процессы в организации созданы для достижения целей, определенных владельцами и/или руководителями этой организации.
В общем виде целью процесса в организации является получение на выходе процесса требуемого состояния процессного объекта.
Рассмотрим процесс перевозки груза. Руководитель транспортной компании определяет цель процесса: груз в нужное время находится в нужном месте.
Рассматривая естественные процессы, например, процессы, протекающие в природе или космосе, мы можем наблюдать направленное преобразование процессного объекта до какого-то конечного состояния.
Направленность преобразования процессного объекта является свойством любого процесса. Искусственно созданные процессы являются целенаправленными. При создании такого процесса учитывается направленность преобразования процессного объекта к целевому состоянию, т.е. к цели, установленной для данного процесса.

2.4 Границы процесса

Поскольку процесс представляет собой целенаправленную последовательность преобразований объекта, границы процесса определяются начальным и конечным состояниями процессного объекта.
Как было показано выше, конечное состояние процессного объекта одновременно является его целевым состоянием. Следовательно, одна из границ процесса определяется целью этого процесса. Эту границу условно можно назвать конец процесса.
Определение другой границы – начального состояния процессного объекта и, соответственно, начала процесса – зависит от конкретной ситуации. Так, если мы рассматриваем ситуацию по описанию процессов организации, то обычно начало процесса – это тот момент времени, когда процессный объект попадает в организацию.
Например, рассматривая границы процесса «найм нового сотрудника», мы можем определить в качестве процессного объекта «сотрудника». Целевое состояние этого объекта – «нанятый сотрудник». Соответственно, «нанятого сотрудника» мы можем рассматривать как конечную границу процесса. В качестве начальной границы процесса мы можем рассматривать «кандидата на должность сотрудника». Таким образом, процесс «найм нового сотрудника» представляет собой последовательность действий (функций) по преобразованию «кандидатов» в «нанятых сотрудников». 
На практике также распространены случаи, когда процессный объект порождается уже внутри организации другими процессами.
Например, компания занимается розничной продажей электронных компонентов со склада компании. Процессным объектом поставок является партия электронных компонентов для заказчика. Однако будет ошибкой считать, что процесс поставок начинается с момента попадания электронных компонентов в компанию, т.е. при закупке. Дело в том, что партия электронных компонентов для заказчика формируется на складе, где и начинается процесс поставки заказчику. В рамках же закупок также осуществляется процесс поставки партий электронных компонентов от поставщика на склад компании. Но в процессе поставки заказчику и процессе поставки от поставщика речь идет о совершенно разных партиях электронных компонентов, т.е., о разных процессных объектах. Соответственно, процесс поставки партий от поставщиков заканчивается на складе компании; процесс поставки партий заказчику на складе начинается.
И совершенно другая ситуация с процессами и их границами будет в том случае, когда компания занимается закупкой электронных компонентов «под заказ». 
Особый интерес представляют ситуации, когда процессный объект может покидать организацию, а затем возвращается назад.
Например, бумажный договор с заказчиком может быть подготовлен и подписан в организации, затем отправлен на согласование заказчику, т.е., покидает организацию, а затем может вернуться в организацию уже подписанный со стороны заказчика.
Подобная ситуация может возникать в производстве изделий, когда какие-то операции с изделиями, например, нанесение покрытия, производятся субподрядчиками.
Другими словами, предварительно следует провести детальный анализ жизненного цикла процессного объекта и уже на основе данных анализа определить стартовое состояние процессного объекта и, соответственно, начальную границу процесса.

2.5 Функции

Процесс представляет собой последовательность преобразований объекта. Каждое отдельное преобразование процессного объекта представляет собой функцию процесса или, наоборот, каждая функция процесса осуществляет некоторое преобразование процессного объекта.


Описывая функцию процесса, мы должны представлять, что она преобразует состояние объекта: начальное состояние объекта на входе в конечное состояние объекта на выходе функции.
Есть функции, которые объединяют два и более объекта в общий объект. Такие функции часто называют функциями сборки.
Например, функция «приклеить подошву к ботинку» на входе имеет два объекта: «подошва (с клеем)» и «ботинок». На выходе функции мы будем иметь один общий объект – «ботинок с подошвой». 
Есть функции, которые, наоборот, осуществляют разделение объекта на несколько частей. Такие функции часто называют разделительными функциями.
Например, функция «распаковать изделие» на входе имеет один объект: «упакованное изделие». На выходе функции мы будем иметь два объекта: «распакованное изделие» и «упаковка» («макулатура», «отходы упаковки»). 
Примечание: далее будет показано, как функции сборки объединяют несколько процессов, а разделительные функции могут порождать новые процессы.

2.5.1 Правила формулирования функций

1. Формулировка функции должна представлять собой отглагольный оборот
глагол + существительное
Например, «вносить данные в форму», «отправить факс контрагенту», «впаять предохранитель в плату» и т.д.
2. При формулировке функции следует избегать употребления глаголов-лозунгов, т.е., таких глаголов, которые не отражают преобразование процессного объекта.
Например, не нужно использовать такие формулировки функций как «организовать выполнение проекта», «обеспечить срок выполнения задачи».
3. При выборе глагола для функции необходимо следить за тем, чтобы он отражал конкретное действие, то действие или преобразование, которое имеет место в действительности.
Например, описывая процесс изготовления ботинка, очень важно не просто сформулировать функцию «прикрепить подошву», а необходимо указать каким именно образом происходит это прикрепление (пришиванием или приклеиванием). Правильная формулировка функции отражает характер изменения объекта: не «прикрепить подошву», а например, «приклеить подошву».
Если предприятие занимается сборкой продукции из закупаемых комплектующих, то правильная формулировка функции будет «собирать продукцию» (например, телевизионные или радио-приемники). Не стоит ограничиваться стандартной формулировкой «производить продукцию». Надо попытаться конкретизировать функцию, отразить в формулировке специфику производимого действия: «собирать телевизионные приемники».
4. В формулировке функции следует избегать использования каких-либо параметров процессного объекта.
Например, формулировка «измерить температуру объекта» содержит параметр объекта – температуру. Но данная формулировка функции не отражает тех действий (преобразований), которые совершаются в рамках процесса. На самом деле, в рамках процесса выполняется функция, которую можно сформулировать как «записать показания термометра». Использование в формулировке функции параметра может привести к искажению понимания этого и процесса и других процессов, связанных с ним.

2.6 Ресурсы

А как быть с другими объектами, необходимыми для выполнения функции? Другие объекты, которые актуализируются как входы и выходы процесса, являются ресурсами.


Ресурсы – это те инструменты, с помощью которых функция осуществляет преобразование процессного объекта.
Важной характеристикой объекта, который является ресурсом функции, является то, что объект-ресурс непосредственно не становится частью объекта на выходе функции.
Например, при выполнении функции «приклеить подошву к ботинку» задействованы объекты: «пресс» и «рабочий». Никакая часть «пресса» и «рабочего» не становится частью «ботинка с подошвой», которые мы получаем на выходе функции. Объекты «пресс» и «рабочий» являются ресурсами нашей функции. Иногда для таких объектов применяется термин инструмент. 
При этом практически всегда после выполнения функции объект-ресурс тоже изменяется.
Например, в рассмотренном выше примере объект «пресс» при выполнении каждой операции по приклеиванию подошвы изнашивается. Это явление даже имеет свое отражение в управленческом учете в виде амортизации оборудования. Объект «рабочий», выполняя операции по приклеиванию подошвы, тоже изменяется – он устает. После завершения смены рабочий восстанавливает свои силы.
Изменение объектов-ресурсов означает, что эти объекты являются процессными объектами каких-то других процессов.
Например, «пресс», который выступает в качестве объекта-ресурса в рамках процесса производства ботинок, является процессным объектом в рамках процесса жизненного цикла оборудования обувной фабрики. Точно так же рабочий выступает в качестве процессного объекта в процессе «управление персоналом».
Таким образом, мы можем сделать вывод, что функция процесса представляет собой узел, в котором пересекается несколько процессов: рассматриваемый процесс, а также процессы, которые поставляют ресурсы для выполнения этой функции.

Заключение

В этой части обзора введены основные понятия, позволяющие рассматривать процесс, как последовательность преобразования процессного объекта.
В следующих частях будут рассматриваться системы процессов, а также инструментарий, который позволяет проектировать и улучшать процессы. В частности, мы рассмотрим инструменты Теории Решения Изобретательских Задач (ТРИЗ), которые адаптированы для изменения процессов.


вторник, 14 февраля 2017 г.

«Шкала зрелости» и совершенствование процессов компании


Любая деятельность осуществляется как процесс
Э. Деминг
В одном из стандартов серии ИСО (ИСО/МЭК 15504) определено понятие «зрелости процесса» (process maturity). Процессы компании образуют по этому параметру некоторую шкалу (от «неполного» до «совершенствуемого»).
Хотя данный стандарт ориентирован на достаточно узкую область – деятельность по созданию и сопровождению программных средств, заложенные в нем идеи могут быть распространены и на компании, занимающиеся другими видами деятельности. Прежде всего они актуальны для тех компаний которые ставят перед собой задачи перехода к процессной организации деятельности и постановке системы менеджмента качества в соответствии со стандартом ИСО9000:2000.

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

Не современная, функционально-ориентированная (= плохая) компания
  • Осознается менеджментом и сотрудниками, как «закрытая система» (что отражено в корпоративной идеологии)
  • Выстроена как иерархия организационных звеньев реализующих определенные функции.
  • Конечной целью компании (по умолчанию) является получение прибыли.
  • Потребитель находится за пределами описания компании и является объектом манипуляций (например, интенсивного рекламного воздействия…)
  • Документированные регламенты деятельности отсутствуют или неполны. Система не прозрачна из-за несовершенных форматов описания, да и сами описания не могут поспеть за изменениями, детерминированными быстроменяющейся внешней средой
  • Локальная («кусочная») автоматизация отдельных рутинных процессов (например, бухгалтерского, производственного, складского учета ). Процессы анализа и планирования не компьютеризированы. Интеграция практически не существует, даже на уровне документооборота..

Современная процессно-ориентированная (=хорошая) компания:
  • Осознается менеджментом и сотрудниками, как организация, целью которой является выполнение социально-полезной деятельности
  • Построена, как совокупность закрепленных за исполнителями процессов, направленных на получение добавленной стоимости и получения прибыли *, путем удовлетворения «растущих потребностей клиентов»..
*Примечание: Хотя не существует прямой корреляции между успешностью компании и декларируемыми ими ценностями, но по результатам анализа деятельности американских фирм выявлена следующие закономерности: компании с более широкими ценностными установками, ориентированные на качественные, а не количественные показатели, добиваются несоизмеримо большего (в том числе, и в плане доходности), чем те, кто ставит перед собой только финансовые цели и, как правило, являются лидерами в своей отрасли.
  • Существует формальное, документированное описание деятельности на всех уровнях - от миссии до целей и регламентов действий персонала. (В наиболее продвинутых компаниях – это компьютерная бизнес-модель!)
  • Интеграция на уровне «информационной магистрали» (workflow) или КИС (корпоративной интегрированной информационной системы)
И .т. п.

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

В основе стандарта ИСО/МЭК 15504 заложена следующая идея постановки процессного управления компанией:
  • Должна быть построена модель процессов компании, т.е. должны быть идентифицированы все процессы компании (*) и определена их степень зрелости(**), которая может быть выражена количественно (***)
  • Данная модель должна быть задокументирована и представлена на аттестацию
  • В ходе аттестации модель процессов компании должна быть сопоставлена с эталонной моделью (для рассматриваемой области действия стандарта – софтверных компаний, она известна)
  • Результаты аттестации применяются в планировании усовершенствования процессов компании

Т.е. предполагается, что далее с использованием этой технологии процессы можно постоянно совершенствовать.
(*) Для организаций, занимающихся созданием и сопровождением программных средств определены три группы процессов, которые должны быть обязательно поставлены в такой компании:
  • основные процессы (жизненного цикла программного продукта)
  • вспомогательные процессы (жизненного цикла)
  • процессы управления проектами и организацией
Далее процессы делятся на пять категорий (например, «потребитель-поставщик» и инженерные или производственные), а также выделяются процессы нижних уровней (тоже типовые). Для всех процессов вводится идентификатор, имя, целевое назначение (или цель) процесса, итоги или результаты процесса.


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



(**) Шкала зрелости процесса определяет пять градаций зрелости процесса для любого процесса определенного в компании (см. выше):
  • Уровень 0: Неполный процесс – уровень доказательства систематического обладания хотя бы одним из указанных далее атрибутов процесса (РА) отсутствует либо недостаточен
  • Уровень 1: Выполняемый процесс – реализуемый процесс достигает явно идентифицированных результатов
  • Уровень 2: Управляемый процесс – выполняемый процесс осуществляется под определенным целевым управлением (т.е. поддерживается некоторый управленческий цикл – процесс планируется, отслеживается, анализируется и настраивается)
  • Уровень 3: Устоявшийся процесс – ранее описанный управляемый процесс выполняется на основе стандартного процесса–модели, основанного на признанных принципах управления и достижения результата
  • Уровень 4: Предсказуемый процесс – устоявшийся процесс выполняется в заданных количественных пределах
  • Уровень 5: Совершенствуемый процесс – предсказуемый процесс динамически адаптируется и изменяется для того, чтобы эффективно отвечать текущим и проектируемым бизнес-целям компании
Присвоение каждой следующей градации зрелости осуществляется путем определения наличия в процессе следующих 9-ти атрибутов (process attribute - PA), первый индекс которого непосредственно связывает атрибут с уровнем зрелости:
РА 1.1. Выполнение (идентифицированы входные и выходные продукты процесса, а также состав работ)
РА 2.1. Управление выполнением (определены целевые показатели – например, качество, время, объем ресурсов и т.п., распределены ответственность и полномочия, управление осуществляется на регулярной основе)
РА 2.2. Управление рабочими продуктами (определены и документированы требования к продуктам процесса, изменения в продуктах верифицируются и контролируются)
РА 3.1. Задание процесса (определен стандартный процесс-модель с которым можно сравнивать управляемый, адекватная документация по процессу служит основой для сравнения и управления по отклонениям, собираются данные по ресурсам, потребляемым в ходе процесса – с целью уточнения стандартного процесса)
РА 3.2. Обеспечения процесса ресурсами (идентифицированы и документированы роли и навыки, инфраструктура и материальные ресурсы, необходимые для выполнения процесса, гарантируется обеспеченность и правильное распределение ресурсов для поддержания процесса)
РА 4.1. Измерение (определены, измеряются и накапливаются количественные характеристики продуктов, рабочих и целевых показатели процесса, соответствующие бизнес-целям компании, анализируются тенденции изменения накопленных данных)
РА 4.2. Количественное управление ресурсами (выбраны и реализуются методики контроля и управления процессом на основе количественных данных и метрик степени выполнения процесса)
РА 5.1. Изменение процесса (влияние всех предлагаемых изменений может быть проверено на соответствие целям на стандартном процессе, производится управление реализацией всех согласованных изменений и устранении расхождений, эффективность изменений оценивается на основании фактического выполнения по отношению к заданным целям)
РА 5.2. Непрерывное усовершенствование (определены цели усовершенствований, выявляются источники существующих и потенциальных проблем, а также возможности усовершенствования, выработана и внедрена согласованная стратегия достижения целей всех процессов организации)

(***) Атрибут процесса представляет собой измеримую характеристику, которая может быть выражена с помощью приведенной ниже шкалой рейтингов:

Индекс
Перевод
Уровень обладания
атрибутом
Интерпретация
N -
Not
achieved
Не обладает
0 – 15%
Доказательства того, что процесс обладает данным атрибутом отсутствуют либо недостаточны
P -Partially achieved
Обладает частично
16 – 50%
Существуют доказательства разумного и систематического подхода к данному атрибуту и того, что процесс обладает им в некоторой степени, но некоторые аспекты реализации и достижения целей непредсказуемы.
L -Largely achieved
Обладает в основном
51 – 85%
Существуют доказательства разумного и систематического подхода к данному атрибуту и того, что процесс обладает им в значительной степени, но выполнение процесса может варьироваться в некоторых областях или организационных звеньях .
F -
Full
achieved
Обладает полностью
85 – 100%
Существуют полного и систематического подхода к данному атрибуту и того, что процесс обладает им в полной мере. В заданных организационных звеньях отсутствуют заметные недостатки.
Применение данной технологии позволяет оценить (количественно!) начальное состояние (уровень зрелости процессов компании), а также степень «процессности» компании в целом! Т.е. не идентифицировать себя только посредством двух приведенных в начале статьи «крайних» определений – «плохая – не процессная», «хорошая – процессная», т.е. либо все, либо ничего.

«Большие скачки» из феодализма в постиндустриальное общество, как правило, не удавались. Поэтому компании рекомендуется с помощью указанных технологий планировать, измерять и контролировать свое организационное развитие, постепенно переходя в очередное заданное состояние на пути к совершенству! (При изменении бизнес-целей конечное состояние также будет изменяться, так что этот алгоритм и технология управления является «вечными»!)

Естественно, что такую технологию управления организационным развитием можно реализовать только на основе компьютерного инструментария бизнес-инжиниринга!

Теперь попробуем переопределить существующую технологию работы с компанией с применением БИГ-Мастера, которая во многом близка идеям изложенным ИСО/МЭК 15504. (При введении количественных мер зрелости процессов в следующей версии БИГ-Мастера технология ИСО/МЭК 15504 может быть полностью поддержана).

Этапы перехода к процессно-ориентированной компании по технологии БИГ-СПб:

Содержание этапа
Задачи
1Идентификация и стабилизация существующей системы управления компанией
1.1.Построение модели бизнесов, продуктов и услуг компании.Идентификация направлений бизнеса компании и определение «главных» функций компании – предоставления продукции и услуг.
1.2.Построение организационной модели компанииИдентификация состава и соподчиненности организационных звеньев компании (вплоть до номенклатуры должностей сотрудников)
1.3.Построение функциональной модели компании.Определение полной совокупности процессов и бизнес-операций из несовершенных и неполных описаний функционала компании в традиционных форматах. Выделение функциональных областей и поддерживаемых процессов путем точного определения применяемых технологий производства и техник управления, приведения их в систему и установления соподчиненности. Идентификация целевых назначений процессов. Управленческий анализ функционала компании:
- Анализ правильности выделения процессов
- Анализ полноты реализации управленческих циклов
Уточнение «неполных» процессов
1.4.Построение модели ответственностиИдентификация существующего распределения ответственности за процессы и бизнес-операции. Анализ закрепления процессов и бизнес-операций. Уточнение матрицы ответственности.
1.5.Построение ресурсной модели и модели документооборота.Явное описание ресурсов и документов, являющихся «входами» и «выходами» процессов компании. Анализ ресурсной и информационной обеспеченности процессов управления
1.6.Построение модели взаимосвязи процессовОпределение соответствий продуктов и услуг - основным бизнес-процессам, а основных бизнес-процессов – процессам управления и обеспечивающим процессам.
1.7.Построение модели взаимодействия организационных звеньевОпределение направления и предмета управленческого взаимодействия между организационными звеньями (и сотрудниками) компании
1.8.Построение интегрированных моделей бизнес-процессовВыделение ключевых бизнес-процессов компании. Импорт матричных моделей в модели бизнес-процессов и определение потокового взаимодействия между бизнес-операциями.
1.9.Документирование достигнутого уровня постановки управления компаниейГенерация первичного набора внутрифирменных регламентов, ориентированных на менеджеров компании, позволяющих реализовывать процессы на регулярной основе.
Постановка сопровождения бизнес-модели компании.
1.10.Постановка специальных техник управления и информационных системСоздание (в случае необходимости) информационных систем бюджетного управления, системы управленческого учета, маркетинга, системы менеджмента качества. Создание регламентов работы и обмена данными между системами.
Результатом первого этапа является перевод существующих процессов компании на уровень «выполняемых», «управляемых» или «устоявшихся».

2Реструктуризация (Реинжиниринг) системы управления
2.1.Идентификация идеологии компанииВыявление и фиксация в модели существующих ценностных установок и философия бизнеса (vision) высшего менеджмента компании
2.2.Построение стратегической модели компанииАнализ внешней и внутренней среды компании с применением техник SWOT и PEST+M анализа. Структуризация миссии компании с учетом интересов всех заинтересованных сторон. Построение взаимосвязанных «деревьев» целей и стратегий компании.
2.3.Построение модели организационной культуры компании.Формирование на основе миссии «внешнего» и «внутреннего» коммуникационного послания. Детализация политик и формализация кодекса компании. Идентификация значимых элементов организационной культуры компании.
2.4.Переопределение моделей бизнесов и функционала компанииАнализ соответствия существующих бизнесов и функционала компании полученной стратегической модели. Уточнение моделей бизнесов и функционала компании. Приведение в соответствие целевых назначений процессов и иерархического дерева бизнес-целей компании.
2.5.Переопределение организационной модели компании и модели ответственности.Анализ соответствия существующей организационной структуры и нового функционала компании. Уточнение организационной модели компании и матриц ответственности за реализацию бизнес-процессов и бизнес-операций
2.6.Переопределение ресурсной и модели документооборота компанииАнализ ресурсной и информационной обеспеченности процессов переопределенного состава процессов. Уточнение моделей ресурсов и документов (включая структуры данных).
2.7.Переопределение моделей взаимосвязи и взаимодействия процессов.Задачи не требуют пояснения
2.8.Построение интегрированных моделей бизнес-процессовУточнение состава и способа реализации ключевых бизнес-процессов компании. Импорт матричных моделей в модели бизнес-процессов и определение потокового взаимодействия между переопределенными бизнес-операциями.
2.9.Документирование достигнутого уровня постановки управления компанииГенерация нового набора внутрифирменных регламентов, ориентированных на менеджеров компании.
2.10.Интеграция корпоративной информационной системы компанииУточнение и доработка базовых информационных систем компании. Создание корпоративной информационной системы (MIS – management information system) и каналов информационного взаимодействия между системами («информационной магистрали» - workflow) на основе технологий Интранет
Результатом второго этапа является перевод существующих процессов компании на уровень «предсказуемых» или «совершенствуемых».