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

23.03.18

Бизнес-анализ

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

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

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

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

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

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

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

  1. Прикладные. Самый нижний уровень. Это программные решения, которые каждый сотрудник использует индивидуально на своем рабочем месте для выполнения каких-то локальных задач. Это могут быть AutoCAD, Mathcad, Photoshop, Corel Draw и т.д. Важно понимать, что прикладные системы не являются самыми простыми или самыми “плохими”, так как они находятся на нижнем уровне. Эти программные решения могут быть очень сложными, и они необходимы в работе специалистов. Нижний уровень они имеют только с точки зрения организации работы в целом, т.е. предназначены для индивидуального использования. Даже если эти продукты позволяют какую-то совместную работу, все же они предназначены, в первую очередь, для работы одного специалиста, а какие-то варианты совместного использования являются вспомогательными. а потому такие системы также относятся к прикладным.
  2. Системы для совместного решения определенных задач. Эти системы предназначены для решения определенных задач, относящихся к той или иной сфере деятельности. Это могут быть CRM, HR-системы, MRP, SCM-системы и пр. Каждая такая система отличается собственным узким функционалом, она предназначена для решения определенного круга специализированных задач. Программные продукты этой категории могут интегрироваться между собой или с программными решениями нижнего уровня (индивидуальными). Например, HR-системы нередко интегрируют с MS Word. А CRM интегрируются с индивидуальными программами отслеживания и записи звонков.
  3. ERP -системы. Программное обеспечение, предназначенное для решения самого широкого круга задач и объединения работы различных подразделений компании в единую информационную систему. ERP-системы могут включать в себя специализированные решения второго уровня (CRM, MRP, SCM и т.д.) либо могут интегрироваться со специализированными программными продуктами, предназначенными того или иного направления деятельности.
  4. 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 обращайтесь к «узкому специалисту», т.е. к тому, кто занимается нужным вам программным продуктом.

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

См. также

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

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

29.10.2024    530    0    VicCva    0    

4

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Россия Бесплатно (free)

Мы провели опрос заказчиков с целью определить степень удовлетворенности внедрением 1С: ERP. Опрос проводился по случайной выборке из списка внедренных решений на сайте 1С. Обработали 121 интервью от 97 компаний. Из выборки мы исключали "показательные внедрения" и крупнейшие холдинги, старались получить срез по "средним" массовым заказчикам. Статья будет интересна сотрудникам отделов продаж и отделов качества фирм, внедряющих 1С, потенциальным заказчикам и всем, кто интересуется статистикой внедрения 1С: ERP. Текст статьи довольно большой, в некоторой степени наукообразный.

16.10.2024    1332    0    Soliton    7    

8

Agile Внедрение изменений Бесплатно (free)

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

13.09.2024    2477    0    glebushka    3    

8

Анализ предметной области Анализ бизнес-процессов Работа с заинтересованными сторонами Бесплатно (free)

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

02.09.2024    1245    0    user1669221    2    

7

Внедрение изменений Бесплатно (free)

Когда при внедрении систем 1С всплывает слово «ГОСТ» – практически всегда речь идёт о документе «Техническое задание». И у большинства внедренцев падает настроение, как только им говорят, что надо «написать ТЗ по ГОСТу». Но опытные кулинары знают, как готовить это блюдо так, чтобы оно оставило после себя приятное послевкусие, а не горькое разочарование. О собственных рецептах приготовления документации по ГОСТу пойдет речь в статье.

21.08.2024    2753    54    Laya    3    

21

Анализ предметной области Анализ потребностей и поиск решений Бизнес-аналитик Руководитель проекта Управленческий учет Бесплатно (free)

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

19.08.2024    1586    0    SergeyN    0    

6

Внедрение изменений Платформа 1С v8.3 1С:ERP Управление предприятием 2 Бесплатно (free)

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

19.08.2024    9644    0    vladshelshel    7    

4

Оптимизация бизнес-процессов Взгляд со стороны Заказчика Внедрение изменений Платформа 1С v8.3 Бесплатно (free)

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

13.08.2024    1070    0    avermakov1986    5    

6
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. genayo 23.03.18 12:28 Сейчас в теме
Для кого написана статья?
Князь; +1 Ответить
2. raiml 740 23.03.18 12:43 Сейчас в теме
3. genayo 23.03.18 12:56 Сейчас в теме
(2) А что, животные уже читать научились? Хотя... есть еще вариант поисковых роботов.

P.S. Вам трудно ответить на простой вопрос?
agafonov_andrei; +1 Ответить
4. raiml 740 23.03.18 13:01 Сейчас в теме
(3)
(2) А что, животные уже читать научились? Хотя... есть еще вариант поисковых роботов.


Вы раскрыли мой хитрый план.

P.S. Вам трудно ответить на простой вопрос?


Нет.
5. genayo 23.03.18 13:02 Сейчас в теме
(4) Понятно. Ну бывайте здоровы.
6. raiml 740 23.03.18 13:03 Сейчас в теме
7. dmt 67 23.03.18 13:09 Сейчас в теме
Как-то сложно все. ИМХО, при внедрении чего-нибудь сложного и непонятного уже есть такой специалист, который и будет заниматься выбором системы.
8. raiml 740 23.03.18 13:12 Сейчас в теме
(7) А откуда специалист будет знать? В генах чтоли будет заложено?
9. dmt 67 23.03.18 13:17 Сейчас в теме
(8) Ну наверное он будет учиться, читать профильную литературу, посещать курсы.
10. raiml 740 23.03.18 13:18 Сейчас в теме
(9) Читать Инфостарт. Не?
andreypahov; +1 1 Ответить
11. пользователь 24.03.18 00:39
Сообщение было скрыто модератором.
...
12. Cooler 22 24.03.18 20:27 Сейчас в теме
Зачем, если то же самое можно прочитать на Хабрахабре?
h00k; alex_sh2008; +2 Ответить
13. raiml 740 24.03.18 20:46 Сейчас в теме
14. awk 744 30.03.18 18:14 Сейчас в теме
Почему я выбираю английские аббревиатуры и термины

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


Это ложь. От А до Я.

1. Развивались системы параллельно
2. Плановая экономика как раз и подразумевает распределение ограниченных ресурсов.
3. Пришли термины к нам в 90-х ибо пик применения у них в 90 - е. До этого железо не позволяло всю эту хрень обсчитывать (на западе, у нас по лучше было).
h00k; Award; +2 1 Ответить
15. raiml 740 30.03.18 19:33 Сейчас в теме
1. Развивались системы параллельно

Нужны доказательства.
2. Плановая экономика как раз и подразумевает распределение ограниченных ресурсов.

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

facepalm.jpg
16. awk 744 31.03.18 22:37 Сейчас в теме
(15)
1. Доказательство чего? Холодной войны? Вам сколько лет?
2. Если вы устроите в организации конкуренцию, то вашу организацию разорвет как СССР в 91 - м.
3. Историю учи (те)... 1985 в Ленинграде представлен проект по компьютерному управлению светофорами.. В США первый такой проект был в конце 90-х. Просто какой-то умник в 1987 посчитал в СССР микроэлектронику слишком затратной...
h00k; Award; Князь; +3 1 Ответить
17. dezss 27.04.18 14:07 Сейчас в теме
(15)
Я бы сказал, что Вашему тезизу тоже нужны доказательства.
Оставьте свое сообщение