admin / 25.06.2018

Описание бизнес процессов

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

• функции (операции, действия);

• события (в некоторых методиках используется термин «состояния»);

• ресурсы, среди которых, отдельно выделяют две группы: о исполнители — роли, сотрудники, должности, подразделения о информационные ресурсы — документы, файлы, архивы и другие носители информации;

• продукты и услуги

1.2.1. Функции (операции, действия)

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

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

Возможны три варианта структурирования функций на предприятии

• по объекту — объектно-ориентированный;

• по процессу — процессно-ориентированный;

• по операциям — операционно-ориентированный

Объектно-ориентированный подход заключается в том, что выделяются все функции, которые воздействуют на один и тот же объект, например, «заказ» (см. Рис. 4). При процессно-ориентированном подходе выделяются все функции, задействованные в процессе, например, «обработка заказа» (см. Рис. 5). При операционно-ориентированной структуре функций внимание сосредотачивается на виде операций, например, «корректировка».

1.2.2. События

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

В комплексных информационных системах чаще используется понятие «состояние)). Состояние и событие всегда связаны с каким либо объектом. В случае события «Товар есть на складе» некий объект (товар) находится в состоянии наличия. В дальнейшем описание состояний объектов помогает составлять требования к информационной системе.

1.2.3. Ресурсы

Ресурсы — потребляемые в процессе предметы труда и используемые в процессе средства труда.

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

1.2.4. Исполнители

Исполнители (участники процесса) — сотрудники, выполняющие в процессе определенные обязанности (действия), включая внешних (не входящих в штат компании, например, консультанты, аудиторы и т.д.). Существуют следующие типы участников процесса:

• организационные звенья — структурные подразделения — отделы, и т. д.;

• должности — различные должности из штатного расписания компании, например: Менеджер по продажам, Логистик, Товаровед, Начальник цеха №1;

• сотрудники — персоналии, работники компании (ФИО), например, Иванов Иван Иванович;

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

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

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

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

• Администратор

• Пользователь

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

Необходимость использования тех или иных участников, например, ролей, определяется целями описания бизнес-процесса, а через них — необходимым уровнем детализации. Роли необходимы для описания действий сотрудников на уровне работы с информационной системой, а отделы на уровне анализа распределения функций по организации. При описании бизнес-процессов организации в основном используют должности. Только в крайнем случае используются сотрудники (т.е. ФИО), так как это показывает зависимость выполнения бизнес-процесса от личности исполнителя.

Сотрудники принимают различное участие в процессе. Можно выделить следующие типы участия в процессе.

• Исполняет (executive) — непосредственно участвует в выполнении действия, причем, если есть несколько исполнителей, то подразумевается, что они взаимозаменяемы и каждый может выполнить действие самостоятельно.

• Утверждает результат — обычно руководящие должности.

 • Вносит вклад в (contributes to) — непосредственно участвует в исполнении, но, в отличие от исполнения (executive), предполагается обязательное участие всех исполнителей. При отсутствии одного из них функция не выполняется, так как исполнители не взаимозаменяемы. Например, для переноса холодильника нужны два грузчика: оба выполняют одну и ту же функцию, но один не сможет выполнить эту функцию без другого.

• Отвечает за ИТ обеспечение — например, системный администратор.

• Консультирует такой тип связи присутствует при участии внешних консультантов.

• и др.

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

1.2.5. Информационные ресурсы

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

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

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

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

1.2.6. Продукты и услуги

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

1.2.7. Потоки

Представляя однородные элементы процесса в последовательности, получаем потоки.

• Функциональный поток — описывает последовательность выполняемых работ и может характеризоваться стоимостью и длительностью.

• Информационный поток — показывает перемещение таких объектов как бумажные документы, файлы, записи баз данных и т.д.

• Организационный поток — последовательность исполнителей процесса в порядке выполняемых работ.

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

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

1.2.8. Уровни описания процессов (декомпозиция)

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

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

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

Каждая из методик моделирования имеет право на существование, а также свои достоинства и недостатки.

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

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

Что же представляет собой многоуровневое моделирование бизнес-процессов? Функция (одно действие) процесса может представлять собой отдельный процесс и раскрываться уровнем ниже в виде отдельного процесса состоящего из нескольких операций .

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

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

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

Бизнес-процесс — последовательность действий (подпроцессов), направленная на получение заданного результата, ценного для организации.

Бизнес процесс

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

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

Ключевыми понятиями процессного подхода являются:

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

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

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

Входы бизнес-процесса — ресурсы (материальные, информационные), необходимые для выполнения и получения результата процесса, которые потребляются или преобразовываются при выполнении процесса.

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

Бизнес-процесс

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

Схема 1.

Что такое бизнес-процессы предприятия

Общее представление бизнес-процесса. 

Понятие бизнес-процесса

Понятие получило распространение в связи с переходом к процессно-ориентированной организации и процессно-ориентированному менеджменту предприятия. Характерными для компаний бизнес-процессами являются выполнение заказа, разработка продукта, управление компанией, доставка продукции. На практике в каждой компании существуют типичные для их сферы и взаимосвязанные друг с другом бизнес-процессы, имеющие своей целью создание и реализацию стоимости продуктов и услуг. Обязательно ознакомьтесь со статьей «Как построить бизнес-процесс в компании – инструкция в 4 шага«, чтобы понять, как создаются бизнес-процессы на практике. Сложное станет наглядным и понятным.

В соответствии со стандартом ENISO 9001:2000 процесс – это набор взаимосвязанных средств и действий, преобразующих вход в результат. Процессы вызывают изменения соответствующего объекта.

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

Такими параметрами являются:

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

Бизнес-процессы часто представляют собой комбинацию ключевых, управленческих и поддерживающих процессов (см. схему 2).

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

  • обработка и выполнение заказа;
  • разработка, проектирование и дизайн продукта;
  • производство и монтаж и др.

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

К ним относятся:

  • стратегическое развитие компании;
  • долго- и среднесрочное планирование в компании;
  • развитие персонала;
  • инвестиционное планирование;
  • мотивация персонала и др.

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

  • обработка данных;
  • техническое обслуживание;
  • логистика;
  • административные процессы и др.

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

Схема 2. Взаимосвязь бизнес-процессов предприятия 

Формирование и структурирование предполагает рассмотрение не только типологии, но и учет уровня процесса (см. схему).

Схема 3: Уровни бизнес-процессов.

Уровни процессов

Примеры

Процессы 1 уровня

Цепочка предприятий

Организация внешних процессов, например, цепочка производственной кооперации.

Пример: процесс логистики поставок по предприятиям производственной сети

Процессы 2 уровня

Предприятие

Организация прохождения заказа на предприятии.

Пример: процесс закупок на предприятии

Процессы 3 уровня

Структурное подразделение

Организация прохождения заказа в структурном подразделении:

Пример: разработка заказа в отделе закупок

Процессы 4 уровня

Рабочая система

Организация прохождения заказа в отдельной рабочей системе:

Пример: согласование сроков поставки заказа сотрудником N.

 

Для описания процесса с качественно-количественной, пространственно-организационной и технически-технологической точек зрения используются характеристики (параметры), которые заданы стандартом ENISO 9001:2000. Параметры процесса – данные для обозначения результативности и эффективности, например, затраты, время выполнения, качество, точность.

Схожие термины:

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

Бизнес-процессы компании объединены между собой в структуру. Это иерархическая модель, которая отражает связи между процессами и подразделениями (в том числе и через входы/выходы). Если провести аналогию с автомобилем, то структура процессов – это общая схема основных узлов и система автомобиля (подвеска, корпус, двигатель, система охлаждения и т. д.). Регламент бизнес-процесса – это подробная схема каждого узла, с отображением каждой детали и описанием порядка функционирования деталей и их взаимодействия между собой.

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

Будем использовать нотацию eEPC (extended Event-Driven Process Chain – расширенная нотация описания цепочки процесса, управляемого событиями). С ее помощью описываются потоки работ – последовательность действий по выполнению бизнес-процесса с учетом информационных зависимостей и используемых ресурсов.

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

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

 

Основные элементы

Главными элементами данной нотации являются два понятия: «Функция» и «Событие». Отображаются они следующим образом:

Рисунок 1. Основные элемента нотации eEPC

 

Отличие друг от друга функций и событий:

 

1.Функция – некоторое продолженное действие, имеющее какой-либо результат.

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

Пример. Пользователь интернет-магазина оставил на сайте заявку, а работник магазина получил ее.

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

«Поступила заявка от клиента» – событие;
«Проверить остатки товара» – функция;
«Получена выписка об остатках товара» – событие;
«Позвонить клиенту» – функция;
«Информация от клиента получена» – событие;
«Создать запись в журнале заявок» – функция;
«Запись в журнале заявок создана» – событие.

На схеме это выглядит так:

Рисунок 2. Фрагмент процесса обработки заявки от клиентов в интернет-магазине

 

 

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

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

Кроме двух основных элементов в нотации eEPC используются и другие. Рассмотрим их подробнее.

Дополнительные элементы

В нотацию можно добавить следующие элементы:

Рисунок 3. Дополнительные элементы нотации eEPC

 

 

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

Рисунок 4. Варианты элементов, которые можно использовать для расширения нотации eEPC

 

 

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

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

 

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

 

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

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

В идеале важные распоряжения должны поступать в письменной форме, а исполнитель должен подтверждать их получение.

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

Но по различным причинам это не всегда возможно. Вот что можно сделать в такой ситуации:

 

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

 

Если компания небольшая и «уговорить» руководителя на электронный обмен не получается, можно попробовать переложить часть работы на исполнителей. После получения распоряжения тот сам создает электронное письмо с необходимой информацией, затем отправляет его руководителю с просьбой подтвердить указание. Можно разработать шаблон такого письма или вместо электронной почты использовать задачи в MS Outlook, создать специальную таблицу Excel, организовать совместный доступ к документам через Интернет и т.д.

 

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

Без этого трудно контролировать процесс и управлять им при необходимости.

Продолжение следует.

 

Александр Сагалович, www.probusiness.by

Центр Оптимизации Бизнеса реальный отзыв

Владимир Карусель

Центр Оптимизации Бизнеса реальный отзыв:
Хочу уберечь людей от еще одних МОШЕННИКОВ в интернете!
Приветствую Вас дорогие друзья, на этом единственно честном сайте со свободой слова!
За невозможностью написать РЕАЛЬНЫЙ отзыв об этой организации, вынужден делать это здесь. Очень надеюсь что это поможет и его не удалят! Вы не найдете в интернете негативный отзыв или даже средний. Их просто не публикуют. Пробовал сделать это на нескольких популярных сайтах, таких как "Добавь" по адресу www.stop-list.ru ; на "Социальная сеть трудовой взаимопомощи" по адресу antijob.net ; "Курьер финансы" по адресу www.courier.com.ru, заверяющих население в своей честности и неподкупности — ни один комментарий не был размещен о Центре Оптимизации Бизнеса, более того, я говорил с их администрацией — никто не собирается удалять ЛОЖЬ со своих страниц и продолжают покрывать преступников, размещая статьи на заказ о "Центре оптимизации бизнеса".

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

Глава 4 Описание бизнес-процессов организации

На просьбу поговорить с бухгалтером "посылают" писать письма. Все мои номера телефонов занесли в черный список, дозвониться не могу. Проконсультировался с юристом — на их сайте вся информация — это маркетинговый ход и их за "текст" привлечь не возможно. Не связывайтесь с Центром оптимизации бизнеса!!! Слишком много мошенничества в Интернете! А самое главное нет никакой возможности с ними бороться! Нашел людей, которых они тоже кинули, они не верят в справедливость и нашу правовую систему и отказываются бороться. Будьте ОСТОРОЖНЫ! Покупайте любые услуги после заключения договора и личной встречи! Не будьте наивными! "Разбудите меня через 100 лет и я Вам скажу что в этой стране по-прежнему пьют и воруют" — известный русский писатель.

© Copyright: Владимир Карусель, 2015
Свидетельство о публикации №115112704421

Список читателей / Версия для печати / Разместить анонс / Заявить о нарушении

Другие произведения автора Владимир Карусель

Рецензии

Написать рецензию

100% мошенники. У меня возникла необходимость воспользоваться услугами этих жуликов (тогда я этого не знал). Прочитал много хороших отзывов о "Центре оптимизации бизнеса" их сайт lph.ru. Только сейчас обратил внимание, что большинство сайтов с хорошими отзывами содержит …..lph.ru. В общем, купился на этот развод и перевел крупную сумму и ВСЕ……деньги ушли в никуда. Банк выдал мне справку о поступлении денежных средств на их счет, но бухгалтерия "Центра Оптимизации Бизнеса" отрицает поступление, менеджеры говорят — пишите. На мои письма отвечают — у нас счет заблокирован Ваших денег не видим. Ждем…. Жду уже больше месяца. Развод!!! Избегайте маркетинговых уловок жуликов — lph.ru. !!!

Дмитрий Соколов 42   07.12.2015 15:10   •   Заявить о нарушении

+ добавить замечания

Написать рецензию     Написать личное сообщение     Другие произведения автора Владимир Карусель

Описание бизнес процессов как метод управления в организации

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

Основные обязанности:

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

Требования:

  • опыт работы в аналогичной позиции от двух лет;
  • отличные знания технических средств визуализации (MS Visio – обязательно);
  • навыки управления эффективностью процессов;
  • опыт ведения кросс-функциональных проектов;
  • знание ERP-систем и процессов управления;
  • опыт проведения внутреннего аудита (будет преимуществом).

Вы нам подходите, если вы:

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

FILED UNDER : IT

Submit a Comment

Must be required * marked fields.

:*
:*