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

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

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

Кроме того, снижается социальная напряженность в коллективе, поскольку 70–80% работы по разработке Системной карты и организационной структуры делают сами работники. По сути, сотрудники сами делят между собой зоны ответственности, договариваются о разделении труда. Им уже не нужно объяснять, почему организационная структура именно такая. Они сами ее разработали.

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

Set of rules.

Свод правил, по которым живет организация.

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

Подробно остановимся лишь на разработке регламентов взаимодействия.

Если на этапе System map простроилась иерархия, сформировались должности, произошло четкое разделение труда, то на этапе Set of rules нужно простроить связки между должностями, «сшить» взаимодействие сотрудников по горизонтали. Для этого и прописываются регламенты взаимодействия.

Регламенты взаимодействия – это, по сути, система запрограммированных решений (если…, то…) для часто повторяющихся ситуаций.

Вообще, решения делятся на запрограммированные и незапрограммированные.

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

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

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

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

Свод правил создается вовсе не для того, чтобы ограничивать действия сотрудников, не для того, чтобы загонять их в рамки. Отнюдь. Задача в другом – формализовать рутинные операции, сократить потери времени на ненужные согласования и затянутые решения. «Убрать суету, сэкономить время и нервы» (цитата от сотрудников организации, использовавшей технологию А́SSETS).

Entity.

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

Если с предметами все более-менее понятно, то документы, которыми обмениваются сотрудники, требуют самой тщательной проработки.

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

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

Task.

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

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

Salary.

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

И, конечно же, заработная плата должна быть завязана на Количественные Критерии Оценки (ККО) работы.

Заработная плата – это инструмент, с помощью которого руководитель направляет движение предприятия в нужное русло, управляет людьми и системами.

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

Технология А́SSETS применяется для проведения изменений в организациях с 2008 года. При разработке технологии А́SSETS и написании книги использовались:

• Материалы курса МВА Открытой школы бизнеса, СПб (OUBS, UK),

• Материалы курсов НЛП-практик и НЛП-мастер, Центр НЛП в образовании под руководством А.Плигина, Москва,

• Собственные наработки автора,

• Большой опыт проведения консалтинговых проектов на предприятиях Санкт-Петербурга и Ленинградской области,

• Материалы вечерне-заочных курсов «Организация работы отдела продаж» и «Организация работы подразделения предприятия».

Информацию о вечерне-заочных курсах и консалтинговых услугах, о технологии А́SSETS можно найти на сайтах assets-ru.ru и trening-ru.ru.

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

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

Методика доказала свою эффективность и универсальность.

Тем не менее, любая методика обладает своими плюсами и минусами, а также и ограничениями.

Технология А́SSETS позволяет вовлечь персонал предприятия в изменения и, таким образом, снизить сопротивление персонала изменениям, превратить многих сотрудников в проводников изменений. Как следствие, степень внедряемости изменений находится на уровне 70–80%.

Вовлечение персонала в разработку и реализацию изменений предполагает отвлечение сотрудников от основной работы. За более чем 10-летнюю историю технологии А́SSETS сложилась практика – консалтинговые сессии в организации обычно проводятся 2 раза в неделю в среднем по 2 часа, то есть выделяется около 10% рабочего времени сотрудников, участвующих в разработке изменений. Этот баланс был найден эмпирическим путем.

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

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

Бизнес-консультант несет ответственность за запуск изменений, за технологию А́SSETS и ее корректное использование, делится своим личным опытом, опытом использования технологии А́SSETS другими организациями (соблюдая, конечно же, коммерческую тайну и помня об этической стороне вопроса).

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

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