Качество промежуточных результатов
Ознакомление — это когда поступившие данные (или предметы) исполнитель только принимает к сведению, но ничего с ними не делает. Например, когда в службу безопасности поступает информация о новом потенциальном клиенте. В данном случае время выполнения — минимально и виза должна выдаваться автоматом (я в курсе, данные получил). Как правило, при оценке реально сложившихся процессов, выясняется, что… Читать ещё >
Качество промежуточных результатов (реферат, курсовая, диплом, контрольная)
Претензии к пуговицам Аналогично происходит оценка качества промежуточных результатов. Она проводится методично, по каждой процедуре и критериями оптимальности являются удобство исполнителя следующей процедуры и того, кто является менеджером процесса.
Пользователь следующей процедуры должен получать результат в виде и форме наиболее удобном для работы (по возможности). Например, когда юрист может не читать каждое слово в типовом договоре? В двух случаях: если типовой договор отксерен и вся специфическая информация вписана от руки или если менеджер пользуется файлом, закрытым для редактирования, кроме ввода данных в специальные поля. Если же исполнитель пользуется обычным вордовским файлом — читать надо внимательно и аккуратно, кто его знает, что он ещё поменял в исходном выверенном тексте.
Менеджер процесса, в данном случае начальник отдела продаж, должен своевременно получать информацию о состоянии договора. В какой процедуре он находится, нет ли отклонений по срокам, не возникли ли проблемы, переводящие договор в состояние нестандартный.
Содержательность действий исполнителей
Как говаривал профессор Преображенский: «Каждый должен заниматься своим делом. Я сторонник разделения труда. В Большом пусть поют, а я буду оперировать. Вот и хорошо, и никаких разрух…» .
При оценке оптимальности каждой процедуры, надо анализировать действия исполнителей. Напомним: действие — это последовательность операций, выполнив которые человек осуществляет контроль результата. Например, какие действия совершает тот же юрист при проверке проекта договора:
Просматривает содержание выполняемых работ в приложении к договору Определяет правильно ли выбран договор под данные работы Проверяет текст договора по всем разделам Это основные действия, которые выполняются всякий раз, а теперь действия, возникающие, как исключения:
Вносит исправления при обнаружении ошибок Уточняет у менеджера, почему исчезли или добавились отдельные формулировки Анализирует возможные последствия добавления или снятия Объясняет менеджеру возникающие угрозы Выносит вопрос на обсуждение с начальником отдела продаж и директором и т. п.
Теперь о критериях оптимальности при оценке процедуры. Во-первых, она оптимальна, если исполнитель выполняет минимальный набор действий (3−5) с четко описанными правилами и понятным содержанием. Действия по исключениям оптимально выносить в отдельные процедуры. Тогда можно будет устанавливать жесткие нормативы и прогнозировать своевременность — можно отследить факт начала процедуры по обработке исключения.
Во-вторых, процедура оптимальна, если разброс времени выполнения всех действий в процедуре различается не более чем в 2−3 раза. Если финансовому менеджеру для проверки надо 10−30 минут — это нормально. Разброс от 10 минут до 2-х часов или тем более 3-х дней — означает, что в схеме процесса надо выделять процедуры исключения.
В-третьих, если время, отведенное на выполнение процедуры, не превышает на один рабочий день время реальной работы. То есть, если юристу для проверки типового договора надо 10 минут, то ответ он должен давать не позднее, чем через один рабочий день. Какое-то время ему все-таки нужно дать, с учетом того, что у него есть и другие работы и он не может всё бросить в момент получения проекта договора на согласование. А вот, если проверка нестандартного договора занимает 3−4 дня, то набросить надо максимум ещё 1 день.
Время выполнения также сильно связано с ещё одним критерием оптимальности: какого типа действия совершает исполнитель? Для действий можно выделять три типа различающихся по временным затратам: ознакомление, сверка и преобразование.
Ознакомление — это когда поступившие данные (или предметы) исполнитель только принимает к сведению, но ничего с ними не делает. Например, когда в службу безопасности поступает информация о новом потенциальном клиенте. В данном случае время выполнения — минимально и виза должна выдаваться автоматом (я в курсе, данные получил).
Сверка — когда поступившие данные (предметы) сверяются с некоторым эталоном. Например, та же Служба проверяет клиента по своим базам данным или ОТК делает контрольные измерения.
Преобразование — когда вошедшие данные преобразуются или на их основе создаются принципиально новые. Например, когда сотрудник СБ звонит по телефонам нового клиента, выезжает по адресу и проверяет факт существования офиса и наличия арендного договора и т. п.
Оценка схемы и эффективности управления процессом Оценка схемы процесса и эффективности его управления — тема большая. Мы не будем раскрывать её в рамках данной статьи и только приведем некоторые показатели и критерии.
При оценке схемы процесса используются следующие показатели (критерии в скобках):
Число входов и выходов (чем меньше — тем оптимальнее, идеально иметь один унифицированный вход и два — три выхода). Причем один при правильном ходе процесса, а остальные выходы в другие процессы по исключениям Число процедур (оптимально от 7 до 11 процедур, в данном случае процесс можно контролировать, планировать и эффективно управлять) Число возможных исключений (каждое исключение — угроза для управляемости процесса) Число задействованных работников и подразделений и т. п.
При оценке эффективности управления важно выделять владельца и менеджера процесса и их полномочия. Т. е. какими способами они могут воздействовать на исполнителей. Владелец процесса — это руководитель, который правомочен (т.е. реально может) своим волевым решением внести в процесс любое изменение. Менеджер процесса — это сотрудник, который максимально заинтересован в исполнении конкретного факта прохождения процесса и несет ответственность за его результат.
Как правило, при оценке реально сложившихся процессов, выясняется, что владелец у всех — Директор (Генеральный директор, Председатель Правления, т. е. Первый руководитель организации). При отсутствии функционального подчинения только он может вносить исправления в сквозные процессы, так как только ему подчиняются все участники.
А вот менеджера процесса часто просто не удается выявить — за конкретный случай прохождения процесса никто, как правило, не отвечает. Все норовят отвечать за пуговицы. Если же менеджер и находится, то возникает проблема с наличием у него рычагов воздействия процесса на исполнителей.