Порядок организации какого либо процесса это?

Как разработать регламент рабочего процесса

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

Узнайте из статьи как правильно разрабатывать эффективные регламенты процессов. На наших проектах Active Sales Group по усилению системы управления мы разрабатываем и внедряем регламенты в следующих случаях:

1. Моделирование бизнес-процессов подразделения;
2. Оптимизация существующих бизнес-процессов;
3. Автоматизация действующих бизнес-процессов.

Скачайте бесплатно чек-лист по разработке регламента процесса в конце статьи.

Как разработать регламент рабочего процесса:

• Регламент процесса: что это такое
• Регламент процесса: важность регламентов
• Регламент процесса: кто отвечает за разработку регламентов
• Регламент процесса: 4 правила разработки
• Регламент процесса: как разработать регламент за 4 этапа

РЕГЛАМЕНТ ПРОЦЕССА: ЧТО ЭТО ТАКОЕ

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

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

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

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

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

РЕГЛАМЕНТЫ РАБОЧИХ ПРОЦЕССОВ: ЗАЧЕМ ОНИ НУЖНЫ

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

Рабочие регламенты помогают вам достичь 5 ключевых целей:

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

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

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

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

5. Регламенты повышают скорость выполнения работы. С помощью регламентов вы снижаете вероятнось возникновения вопросов сотрудников о том как правильно выполнять ту или иную работу.

РЕГЛАМЕНТ ПРОЦЕССА: КТО ОТВЕЧАЕТ ЗА РАЗРАБОТКУ

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

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

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

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

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

РЕГЛАМЕНТ ПРОЦЕССА: 4 ПРАВИЛА РАЗРАБОТКИ РЕГЛАМЕНТОВ

Создание хорошего работающего регламента требует времени и усилий. Существует 3 правила, которые помогут вам разработать эффективный и действительно работающий регламент.

► Правило 1

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

► Правило 2

Разработка регламента рабочих процессов состоит из 4-х этапов:

1. Аудит — 2. Визуализация — 3. Разработка — 4. Внедрение

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

► Правило 3

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

► Правило 4

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

РЕГЛАМЕНТ ПРОЦЕССА: КАК РАЗРАБОТАТЬ РЕГЛАМЕНТ ЗА 4 ЭТАПА

Консультанты Active Sales Group разрабатывают регламенты процессов любой сложности для любых подразделений организации.

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

► Этап 1. АУДИТ

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

• Дайте краткое описание процесса: опишите, что входит в процесс, а что выходит за рамки процесса.

• Определите границы процесса. Где процесс начинается и заканчивается? Что заставляет его запускаться? И что будет являться подтверждением, что процесс выполнен?

• Определите результат процесса: что в результате должно быть произведено или какой результат будет достигнут после его завершения.

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

• Определите ответственных за каждый этап и их роли. Фиксируйте должности, а не имена.

• Сформулируйте инструменты и методы для каждого этапа.

• Выявите «узкие» звенья процесса, создайте идеальную модель.///

► Этап 2. ВИЗУАЛИЗАЦИЯ

• Разработайте блок-схему процесса: визуализируйте этапы процесса, которые вы определили ранее.

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

• Определите, где в процессе могут возникнуть риски, и добавьте контрольные точки, чтобы помочь владельцу процесса при его мониторинге.

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

► Этап 3. НАПИСАНИЕ РЕГЛАМЕНТА

• Назначьте сотрудника, который напишет регламент. Выбирайте из тех, кто не вовлечен в сам процесс (Руководитель отдела).

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

• Разработайте штрафы или заложите в KPI сотрудников нормы для соблюдения нового регламента процесса.

• Утвердите регламент процесса у руководителя.///

► Этап 4. ВНЕДРЕНИЕ РЕГЛАМЕНТА ПРОЦЕССА

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

• Ознакомьте участников с регламентом и KPI за его исполнение. Проведите тренинг. Поставьте задачу проявлять инициативу по улучшению процесса, назначьте дату по сбору инициатив.

• Регулярно версируйте регламент, обновляя старую версию.

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

Скачайте бесплатно чек-лист по разработке регламента процесса.

Регламентирующие документы: для чего они нужны

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

Автор: Гульнара ГИЛЬМАНОВА, ведущий инженер Центра управления производством УК ООО «ТМС групп»

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

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

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

ЗАЧЕМ НУЖЕН РЕГЛАМЕНТ (СТАНДАРТ, ПОЛОЖЕНИЕ)?

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

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

КОМУ НУЖЕН РЕГЛАМЕНТ (СТАНДАРТ, ПОЛОЖЕНИЕ)?

Нужен ли регламент высшему руководству? – Да, необходим.

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

НУЖЕН ЛИ РЕГЛАМЕНТ (СТАНДАРТ, ПОЛОЖЕНИЕ) РУКОВОДИТЕЛЮ СРЕДНЕГО ЗВЕНА? – КОНЕЧНО.

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

НУЖЕН ЛИ РЕГЛАМЕНТ (СТАНДАРТ, ПОЛОЖЕНИЕ) ПРОСТОМУ ИСПОЛНИТЕЛЮ? – ОПЯТЬ, ДА.

Исполнитель не должен «ломать» голову над тем, что от него хотят — он должен только исполнить регламент. А в случае, если он не может по каким-либо причинам его исполнить – должен доложить своему руководителю.

Таким образом, регламент (стандарт, положение) упрощает внутренние взаимодействия между работниками или подразделениями. По своей сути регламент (стандарт, положение) — это закрепление успешных действий в компании.

Любой регламент (стандарт, положение) должен содержать следующее:

• участники
• распределение ответственности
• правильная последовательность действий – описание процесса
• сроки
• требования к результату
• требования к качеству.

Регламент (стандарт, положение) должен быть предельно простым, понятным и доступным для каждого работника. Оптимальный размер документа – не более 5-6 страниц. Важно, чтобы однажды упомянутый термин использовался на протяжении всего текста (не использовать синонимы). Любое сокращение, применяемое в тексте, должно быть расшифровано. Очень важно, чтобы в регламенте были описаны все шаги – даже если повторяющиеся в процессе работы действия кажутся очевидными.

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

Для нас, как для компании, сертифицированной на соответствие ГОСТ ISO 9001, разработка регламентов и стандартов производственной деятельности – строго обязательная вещь.

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

Все утвержденные регламентирующие документы компании «ТМС групп» аккумулируются в автоматизированной системе 1С:Документооборот, — внутренние документы – положения. Любой работник, при необходимости, может зайти и ознакомиться с интересующим его документом.

Следите за языком! Не путайте процессы и процедуры в системе менеджмента качества

Опубликовано: 25.09.2017 Рубрика: Статьи Автор: Единый Стандарт

Источник: Оригинал переведенной статьи на английском языке подготовил консультант в сфере менеджмента качества, публицист и бизнес-тренер Дэн Нельсон. Мистер Нельсон имеет двадцатилетний опыт работы с процессным подходом и стандартами Международной организации по стандартизации (ISO – International Organization for Standardization, – ред.).

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

Больше, чем просто определения

В контексте профессиональных разговоров вокруг ISO 9001 слова «процессы», «процедуры» и «системы» – технические термины. Которые содержат специфичные для специалистов по качеству коннотации. Но, что интересно, полное значение этих технических терминов не всегда можно сразу ухватить, обратившись только к определению. Потребуется обучение или практика, чтобы полностью понять технический жаргон. Чтобы перенять понятия, сформированные философией какой-либо деятельности. Полностью познать их смысл, пользователь должен не только понимать в какой обстановке термин применяется, но и знать и понимать ту самую философию, с которой все начиналось – теоретические предпосылки. В соответствии с ISO 9000:2005 процедура представляет «конкретный метод, по которому осуществляется деятельность или процесс». Процесс – «набор взаимосвязанных и взаимодействующих видов деятельности, преобразующих входы в выходы». Система – «набор взаимосвязанных и взаимодействующих элементов». Как таковые, эти определения имеют небольшую практическую ценность. Но если лучше понимать «бэкграунд», который за ними стоит, их ценность возрастает, и мы лучше их понимаем. Если не обеспечить достаточное понимание при ознакомлении с этими вопросами, то некоторые «подводные камни» просто просятся на то, чтобы об них споткнулись в изучении терминов по системе менеджмента.

Процессы, процедуры и документированные процедуры

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

«Процедура» управления собственностью потребителя?

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

В любом случае, собственность потребителя является входом для операций внутри организации. Это не процесс в реальной практике! Однако он становится процессом СМК. Когда процедуру управления собственностью потребителя создают в ответ на требование ISO 9001 – внедренцы используют избыточный механизм, поскольку процедура, вещь, перекрывающая и выходящая за рамки того, что написано в ISO 9001 о собственности потребителей. Процедура не может описывать то, что является только входными данными, она содержит то, что происходит – процесс. Неточно называть документ «Собственность потребителей» процедурой.

Процедуры СМК подразумевают процессы СМК

Как процесс СМК, процедура «Собственность потребителя» эффективно обслуживает соответствующее требование ISO 9001. Практическая необходимость в создании процессов СМК, которые на самом деле в реальной практике предприятия процессом не являются, обусловлена тем, что чтобы получить на выходе качественную продукцию, нужно определить границы системы менеджмента. Такая же история с процедурами «Идентификация продукции» и «Хранения продукции» – они тоже не описывают процессы, они нужны для эффективной работы с СМК по ISO 9001. Например, ключевые процессы малых производственных компаний могут быть следующие: Продажи, Закупки, Приемка, Производство, Отгрузка. А это – реальные процессы СМК. Для каждого руководство принимает процедуру. Обратите внимание, что идентификация продукции и хранение продукции применимы только к трем из пяти этих процессов: Приемка, Производство, Отгрузка. Соответствующие процедуры СМК. Вот оно: чтобы посвятить каждому из этих требований процедуру – неизбежно придется «надумать» не существующие в реальности процессы СМК.

Сделайте систему эффективной

Если принять утверждение, что ISO 9001 – это стандарт эффективности, то требования должны быть эффективными. Система, которой нужны процессы, которые в реальной операционной деятельности процессами не являются, точно нельзя назвать эффективной и соответствующей ISO 9001:2008 – 4.1a – «определить процессы необходимые для системы». Важно отметить, что требование сохраняется в ISO 9001:2015 (4.4), если опираться на доступный сейчас Проект международного стандарта. И никогда не рано для компании избавиться от процессов СМК, которые на деле процессами не являются, и наслаждаться выгодами хорошо внедренной системы качества. Точное применение профессиональных терминов из ISO 9000 здесь тоже сыграет свою роль.

Перевод: сотрудник «Единый Стандарт» Валентин Рахманов.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Виды организационной структуры предприятия

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

Что такое организационная структура предприятия

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

Особенности построения эффективной организационной структуры компании

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

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

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

Основные элементы, которые влияют на формирование организационной структуры компании:

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

Зачем нужна разработка организационной структуры

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

Что дает правильно выстроенная оргструктура:

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

Типы оргструктур управления компанией, их плюсы и минусы

Тип организационной структуры подбирается с учетом особенностей и масштаба деятельности.

• линейная,
• функциональная,
• линейно-функциональная,
• дивизиональная,
• рыночная,
• матричная.

Линейная

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

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

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

Функциональная

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

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

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

Линейно-функциональная

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

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

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

Дивизиональная

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

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

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

Рыночная оргструктура

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

Преимущества рыночной модели:

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

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

Матричная

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

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

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

Как выбрать оптимальную оргструктуру фирмы

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

Что нужно учесть при выборе типа оргструктуры компании:

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

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

Система менеджмента качества в вопросах и ответах.

Процессы, их выделение и описание

• Часть 1
• Часть 2
• Часть 3
• Часть 4
• Часть 5

Система менеджмента качества в вопросах и ответах.

Процессы, их выделение и описание

• Часть 1
• Часть 2
• Часть 3
• Часть 4
• Часть 5

Директор по качеству «Челябинского тракторного завода – УРАЛТРАК»

Что такое процесс?

Начнем с терминов. Существует несколько определений процесса. В стандарте ГОСТ Р ИСО 9000 — 2008 «Системы менеджмента качества. Основные положения и словарь 1 » : процесс определен так:

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

В PMBOK 2 дано другое, более широкое, определение процесса:

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

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

В оригинале международного стандарта менеджмента качества ISO 9000:2005 Quality Management Systems — Fundamentals and Vocabulary процесс определяется как «set of interrelated or interacting activities which transforms inputs into outputs». Неужели понятия «activities» и «виды деятельности» совпадают, тем более что в PMBOK эти «activities» названы «действиями» и «операциями». Даже если согласиться, что «activity» — это деятельность, то «activities» — это «деятельности», но не виды деятельности (что переводится как «kinds of activity» или «types of activity»). В справочниках и энциклопедиях деятельность определена так:

Деятельность — это форма активности человека, направленная на окружающий его мир. Любая деятельность включает как минимум три компонента: цель, процесс и результат.

Значит в переводе стандарта ISO 9000:2005 налицо противоречие: процесс — это совокупность видов деятельности, но деятельность состоит из процессов. Дальнейшие поиски определений (следует отметить, что разные источники дают различные определения) привели к следующим результатам:

Действие — это осмысленное усилие по выполнению определенной задачи (работы) в течение определенного времени.

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

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

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

Подпроцесс — это группа операций в составе процесса, объединенная технологически или организационно.

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

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

Тогда декомпозиция процесса выглядит следующим образом:

процесс —> подпроцесс —> операция

Применение слов «действие» и « работа 4 » в документации по процессам, на мой взгляд, неоправдано. Это, скорее, термины другой документации (например, технологических инструкций).

Отметим, что из декомпозиции процесса выпадает понятие «процедура». В оригинале процедура определяется как «specified way to carry out an activity or a process», что следует перевести как «установленный способ осуществления операции или процесса». Установленный путь (way), или способ, говорит о методологии (технологии) выполнения процесса или его части (см. определение процесса в PMBOK). Поэтому понятие «процедура» применяется ко всем элементам декомпозиции (процесс, подпроцесс, операция) в смысле их документирования (в стандарте есть понятие «документированная процедура»).

Рис. 1. Иерархия понятий в рамках СМК и других понятий, связанных с выполнением деятельности.

Как правильно определить перечень процессов?

Стандарт ISO 9001:2008 5 (и аналогичный ему ГОСТ Р ИСО 9001-2008 «Системы менеджмента качества. Требования»), в отличие, например, от IRIS 6 , не требует наличия определенных обязательных процессов. Но, по моему мнению, в перечень процессов должны входить все процессы жизненного цикла производства продукции (товаров, услуг) и большинство вспомогательных процессов (финансы, кадры и др.). Мысли разработчиков стандарта в отношении процессов можно проследить в ранних версиях стандарта ISO 9004:

1. Примеры процессов жизненного цикла:

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

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

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

Единственное, что у меня вызывает сомнение в этом списке, — это проверки (пункт f). Проверки — это «check». То есть часть любого процесса, который должен совершенствоваться по циклу PDCA 7 . Возможно, здесь имелось в виду завершение процесса производства: приемочные испытания перед упаковкой и хранением. Но тогда, это не процесс, а подпроцесс или операция.

Если в названии процесса есть слова «планирование» или «контроль», следует задуматься, не часть ли это процесса? В моей практике был случай, когда в СМК был определен процесс «планирование». Поскольку планирование есть в любом процессе (производственное планирование, финансовое планирование, планирование закупок и т. д.), разработчикам СМК пришлось назначить владельцем этого процесса генерального директора. А так как реально такого процесса не существовало, они придумали промежуточный уровень — руководитель процесса планирования производства, руководитель процесса планирования закупок и т. д.

PDCA — это управленческий цикл операционной деятельности. Поэтому наименование процессов правильно начинать со слова «управление». Например, «Управление производством», «Управление закупками». Очень часто процессом называют бюджетирование. Но верно ли это? Посмотрим из чего состоит эта деятельность:

• формирование БДДС 8 — это Plan;
• учет финансово-расчетных и кассовых операций (бухгалтерский учет) — это Do;
• контроль БДДС — это Check;
• внесение изменений, перепланирование — это Act.

А в целом это процесс «Управление финансами». Соответственно, БДР 9 —- это этап планирования другого процесса — «Управление экономикой». Но иногда они объединяются и называются «Управление финансами и экономикой».

В качестве типового набора процессов промышленного предприятия можно предложить приведенные в таблице 1. Отметим, что стандарт IRIS предлагает несколько иной набор процессов.

Таблица 1. Типовой набор процессов промышленного предприятия.

1. Процессы ответственности руководства

1.1. Управление системой менеджмента качества

1.2. Управление изменениями и улучшениями

1.3. Управление проектами

2. Процессы жизненного цикла продукции

2.1. Управление маркетингом

2.2. Управление подготовкой производства

2.3. Управление производством

2.4. Управление закупками

2.5. Управление продажами

2.6. Управление сервисом

3. Процессы обеспечения

3.1. Управление технологическим оборудованием

3.2. Управление контрольным, измерительным и испытательным оборудованием

3.3. Управление производственной средой

3.4. Управление финансами и экономикой

3.5. Управление персоналом

Примечание: Процессы 1.2 и 1.3 могут входить в 1.1 как подпроцессы.

Что делать, если процессы и оргструктура не совпадают?

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

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

Одним из инструментов связи оргструктуры и процессов является матрица ответственности руководителей высшего звена за процессы (подпроцессы) СМК (пример показан в таблице 2). При изменении оргструктуры придется менять матрицу и описание процессов. Поскольку оргструктура может меняться достаточно часто, описание процессов должно быть удобным для внесения изменений.

Таблица 2. Матрица ответственности руководителей высшего звена за процессы (подпроцессы) СМК.