Иерархия IT-систем и выбор программного обеспечения для организации труда

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

    И очень важно помнить при выборе и внедрении IT-систем, что первичен здесь — труд, а не программное решение. Я не единожды сталкивался с тем, что люди выбирали программу просто потому что: “она понравилась”. В результате появляются попытки “натянуть” процессное производство, например, работу молокозавода, на ERP-систему, предназначенную для дискретного производства (сборка изделий).

    Самое главное правило выбора IT-систем: выбираем программу под бизнес, а не подстраиваем бизнес под понравившийся IT-продукт.

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

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

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

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

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

    Классификация IT-систем


    С точки зрения применения программных решений системы делятся на несколько уровней:

    • Прикладные. Самый нижний уровень. Это программные решения, которые каждый сотрудник использует индивидуально на своем рабочем месте для выполнения каких-то локальных задач. Это могут быть AutoCAD, Mathcad, Photoshop, Corel Draw и т.д. Важно понимать, что прикладные системы не являются самыми простыми или самыми “плохими”, так как они находятся на нижнем уровне. Эти программные решения могут быть очень сложными, и они необходимы в работе специалистов. Нижний уровень они имеют только с точки зрения организации работы в целом, т.е. предназначены для индивидуального использования. Даже если эти продукты позволяют какую-то совместную работу, все же они предназначены, в первую очередь, для работы одного специалиста, а какие-то варианты совместного использования являются вспомогательными. а потому такие системы также относятся к прикладным.
    • Системы для совместного решения определенных задач. Эти системы предназначены для решения определенных задач, относящихся к той или иной сфере деятельности. Это могут быть CRM, HR-системы, MRP, SCM-системы и пр. Каждая такая система отличается собственным узким функционалом, она предназначена для решения определенного круга специализированных задач. Программные продукты этой категории могут интегрироваться между собой или с программными решениями нижнего уровня (индивидуальными). Например, HR-системы нередко интегрируют с MS Word. А CRM интегрируются с индивидуальными программами отслеживания и записи звонков.
    • ERP -системы. Программное обеспечение, предназначенное для решения самого широкого круга задач и объединения работы различных подразделений компании в единую информационную систему. ERP-системы могут включать в себя специализированные решения второго уровня (CRM, MRP, SCM и т.д.) либо могут интегрироваться со специализированными программными продуктами, предназначенными того или иного направления деятельности.
    • BPMS-системы. Что это такое. я подробно писал в статье «Что такое BPMS». Кратко напомню – это непосредственно системы нотаций бизнес-процессов. Я их ставлю на самый верхний уровень иерархии по той причине, что считаю BPMS – системой организации труда в самом «чистом» виде. При этом BPMS может являться частью любых систем организации труда – как второго уровня (CRM, HR, MRP, SCM), так и третьего (ERP). Нотации BPMS встраиваются в программные продукты, тем самым позволяя стандартизировать и упростить организацию процессного подхода к организации труда.


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

    Все перечисленные выше IT-системы предназначены несут в себе определенную добавленную стоимость. Они помогают решать важные задачи.

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

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

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

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

    Почему я выбираю английские аббревиатуры и термины


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

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

    Бесклассовые IT-системы


    При этом все существующие системы делятся на две категории – с разработанной методологией и без нее. В случае разработанной методологии уже из названия системы становится понятно, для чего она может применяться. Примеры — CRM, MRP, HR, ERP.

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

    Вспомогательные IT-системы


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

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

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

    Как использовать иерархию на практике


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

    Интеграция систем


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

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

    Например, результаты индивидуальной работы в AutoCAD или Photoshop будут отправляться, например, в MRP, CRM или ERP систему в качестве документа, на основе которого производятся расчеты, макета, отправляемого клиенту на утверждение и т.д. В обратную сторону сотруднику могут «спускаться» результаты согласования или расчетов, но в программу индивидуальной работы они не передаются. Всю информацию человек получит из системы совместной работы.

    Выбор программного продукта


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

    Даже разные продукты одного уровня можно попробовать сравнить, например, CRM и HR системы. Да, они отвечают за разные направления в работе. Это очевидно при самом первом сравнении. И далее вопросов обычно не возникает. А вот попытки сравнивать CRM и ERP я наблюдал не единожды. На самом деле, это так же неразумно, как сравнивать функциональные возможности MS Word и продукта другого класса, например, той же CRM.

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

    Выведение внеклассовых систем


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

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

    Классификация программных продуктов


    Программные продукты BPMS и ERP определяются очень просто. Обычно уже в названии этих систем присутствует аббревиатура, указывающая на принадлежность программы к определенному семейству. Кроме того, вы всегда можете воспользоваться перечнем признаков той или иной системы, которые я описывал в специализированных статьях: «Что такое BPMN» и «Что такое ERP».

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

    Системы второго уровня (специализированные решения для совместной работы) классифицируются следующим образом:

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

    Выбор специалиста для внедрения системы


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

    Многие специалисты глубоко изучают какое-то прикладное программное обеспечение, после чего переключаются на учетные системы, CRM или ERP. При этом знания о прикладном обеспечении и навыки работы с ним, конечно же, никуда не денутся. В этой категории изменения в новых версиях не столь сложны и критичны, их изучение возможно по мере необходимости параллельно с другой работой. Другое дело – большие и сложные многопользовательские продукты. Здесь быть хорошим специалистов одновременно по двум и более системам – крайне сложно.

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

    Классификация систем также помогает выбрать специалиста:

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

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

    Trinion

    63,00

    Внедрение систем ERP и CRM.

    Поделиться публикацией
    Комментарии 10
      0
      Было бы интересно узнать о том, как развивались в целом корпоративные ИТ-системы последние несколько лет, какие существуют сейчас тренды. В этой статье картинка в статике, но ведь наверняка идут какие-то изменения.
      Я сам немного выпал из контекста лет пять назад, хотелось бы немного освежить знания. Если в предущих статьях где-то это уже было — буду благодарен за ссылки.
        +1
        Плох тот редактор блога, который даже заголовок рекламной статьи вычитать не может.
          0
          А где вы увидели рекламу? Статья сугубо информационная.
          +1
          «при организациЕ труда» ))
          Может я слишком внимательный. Пора прекращать.
            0
            В представленной иерархии куда отнести MES (Manufactiring Execution System)? Например у нас идёт внедрение ERP SAP и не все PLC умеют выгружать данные напрямую в ERP, столкнулись с необходимостью развёртывания какой-либо MES…
              0
              представленной иерархии куда отнести MES (Manufactiring Execution System)?

              Второй уровень.

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

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

              Совсем не обязательно, если специалист умеет комплексно внедрять ERP-систему, то явно он справится с внедрением Бухгалтерской программы.
                –1
                Рекламная статья, только не понятно, что рекламируются-то.
                Да, информационные системы имеют уровни, но работают они совсем не так.
                Например, ваш высший уровень — системы описания процессов. Этой дичи уже 15 лет и давно не модно. Опытным путем доказано, что пока вы описываете процессы, они меняются от внешних и внутренних факторов. Не учтенных в описании. Носятся с процессным подходом как с писанной торбой. А народ просто забивает на эти процессы и работает как умеет. (живой кровоточащий пример — всякие скрумы с аджайлами)
                Второй уровень — ЕРП системы. Все как одна — один сплошной полуфабрикат, который при подробном рассмотренни мало что умеет конкретно. Допиливается по месту, в виде стружек идут 20-30% персонала, который просто физически не может это ад и израиль. При этом персонал приходится увеличивать, потому что у людей нет 5 рук и 3 глаза. Итого штат непосредственных пользователей увеличивается на 50%, а общая численноть на 5-10% минимум + появляются 2-3 директороских дожлностей, которых раньше не было. Года через 2-3 что-то начинает работать (как именно — ниже напишу), но это не конец проекта — это только подготовка к поиску третьего системного интегратора, четвертого фин.диреткора и пятого ит-директора.
                И теперь третий уровнь ПО. Самое настоящее и работающее, т.к. оно не связано с организацией труда, а есть просто инструмент. Самой большой частью это ПО является Эксель, этот трудяга, на котором на самом деле реализованы все низовые функции учета, анализа и управления и только итоговые цифры потом переносятся вот в те монстры, что уровнями выше. А из монтров делаются выгрузки и запихиваются обратно в эксель.
                Вот так они и жили, долго и в дурдоме.

                Так о чем статья-то??
                О книжных «истинах», которые уже лет 10 как все давно проехали, потому что они бред?
                О больших взрослых системах, которые внедряются по 5-10 лет, это если бизнес их кормящий не сдохнет? (вот реально, кто-нить назовет компанию, которая сдохла, потому что не внедрила у себя супер-пупер систему?)
                О том, что Автокад и эксель — класные программы? Так это и так все знают 30 лет.
                Или о том что типа в СССР не было ИТ систем? Так это ложь, выгодная только вот таким вот «дилетантам жирокого профиля», и.т. интелихентам, что впихивать вот такие статейки.
                  –1
                  Да, кстати, добавлю ещё к прикладному ПО, кроме Экселя, ещё и все конфигурации 1С. Т.к. реально используется в них всего несколько модулей, без которых реально работать невозможно, а эксель их уже не потянет. Это: продажи (заказы + отгрузки + выписка документов), складской учет, взаиморасчеты, расчетный счет/касса. Иногда даже производство. Все. Причем все это обычно делается очень просто и не замысловато.
                  Все остальные модули, из-за которых 1С назвала себя ЕРП-системой, на самом деле «из коробки» не работоспособны: либо извращенно трудоемки, либо требуют нечеловеческой логики, либо на уровне идеи неверны.
                  0
                  разные уровни бизнеса, на каждом уровне разные решаемые задачи, плюс у каждого бизнеса своя специфика, поэтому вариантов всего три (не считая смешанные, когда и то и другое вместе):
                  — пихать бизнес в коробку продукта
                  — точить коробку под бизнес
                  — делать индивидуальную разработку
                  Все три способа имеют свои недостатки. Владелец бизнеса должен осмотрительно выбирать, что именно его бизнесу нужно.

                  Классификация приведена с позиции разработчика. С позиции бизнеса это непонятная классификация, для бизнеса нужна другая классификация, понятная бизнесу, например варианты в кучу:
                  — для автосалонов
                  — для супермаркетов
                  — для малого бизнеса до 10 человек
                  — для среднего бизнеса до 1000 человек
                  — для таксопарка областного центра

                  Судя по статье, у автора очень мало практического опыта внедрений.

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

                  Самое читаемое