Наверняка вы видели такую картину.
Все, абсолютно все мои коллеги, друзья, знакомые, даже я сам смеюсь над этими горе-разработчиками, которые загромождали программу кнопками, ссылками и прочей ерундой.
Хотя мне приходится смеяться.
Я как архитектор ERP-систем сам регулярно к этому прикладываю руки и понимаю, откуда такой хаос.
Когда вы покупаете для дома, скажем, Windows 8 или Любимую Игру (по крайней мере, вы что-то покупаете, я надеюсь?), вы ЛИЧНО принимаете решение о выборе этой системы и будете лично ею пользоваться.
Ну, в корпоративном секторе дело обстоит иначе.
Процесс выбора, покупки и использования разделен между разными людьми.
Есть:
- Тот, кто выбирает программное обеспечение
- Тот, кто за это платит
- Несколько разных групп людей, которые его используют
- Тот, кто пишет отчеты об ошибках и просит разработчиков программного обеспечения внести улучшения.
В этом корень проблемы, о которой я вам сейчас расскажу.
Для лучшего понимания проблемы можно ознакомиться с типичным процессом приобретения информационных систем в крупных корпорациях.
Ознакомиться За 12 лет разработки информационных систем я видел следующую схему закупки ПО у крупных компаний:
- Стратегическое решение по развитию информационной среды предприятия будет принято на высоком уровне.
В этом документе будет много таких слов, как «интеграция бизнес-процессов», «повышение производительности труда» и «повышение рентабельности капитала».
- Они выделят на это бюджет и, например, создадут группу взаимодействия по информационному развитию.
Или, может быть, компания уже имеет такой человек Руководитель отдела разработки информационных систем.
- Отдел разработки был создан не просто так; он проводит тендеры, делает запросы, уведомления о намерениях, рамочные соглашения и другую интеграционную деятельность.
- Представитель компании Best Software решил принять участие в тендере.
Он подготовил презентацию и выступил.
И, скажем так, по странному стечению обстоятельств именно у этой компании они в итоге стали закупать программу.
При этом программа стоит 100 рублей, а внедрение — еще 200 рублей.
Это важно! Чаще всего внедрение обходится дороже, чем программное обеспечение, потому что.
см.
пункт 6
- Начинается этап реализации.
- Приходят консультанты и «настраивают» (т.е.
добавляют 50% ПО).
Бинго! Это очень важный момент! На 50% ERP-система на конкретном предприятии не является пакетным продуктом, а пишется в кратчайшие сроки под названием «кастомизация».
Неплохо статья на эту тему от А.
Попова.
- Проект запущен, программой пользуются пользователи отдела X.
- Все ошибки и улучшения централизованно собираются отделом ИТ-поддержки и отправляются производителю.
- Производитель обновляет программу каждые два-три месяца.
При покупке смотрят на стоимость и функционал на уровне галочки «можно это ПО или нет».
Вникать в то, КАК он может это сделать, и сравнивать это с другими решениями для этих людей слишком сложно.
Причем некоторый функционал отсутствует, но продавец уверяет, что он появится ПОСЛЕ внедрения (см.
пункт 6).
В процессе покупки они просто записывают, что нам обещали такой-то функционал.
Результат: Ожидания клиента совпадают с функциональностью продукта ну процентов на 50. Проблема в том, что корпоративное программное обеспечение сложное и слишком универсальное.
Покупатели не знают, как его правильно покупать, что можно кастомизировать, а что придется серьезно перерабатывать.
Продавцы, не вникая в тонкие потребности клиента, обещают больше, чем есть в товаре.
Дьявол кроется в деталях! 2. Во время внедрения ключевые решения принимаются людьми, которые не будут использовать программное обеспечение.
Реализация обычно хаотична.
Как я уже говорил, по сути, 50% программного обеспечения пишется на месте.
Сбор требований происходит примерно так: многие мелкие руководители отделов, чьи подписи будут стоять на акте внедрения, в начале проекта на этапе сбора требований, как раз когда они меньше всего разбираются, пишут различные требования с очень простая структура: «добавь кнопку, которая будет делать то-то и то-то».
Результат: Множество разных людей из разных отделов создают ПОТОК СОЗНАНИЯ, который представлен в виде списка улучшений, которые будут ОПЛАЧЕНЫ, если они будут разработаны.
А это значит, что оно будет развиваться! Правда, когда сотрудник отдела Y попросил сделать кнопку копирования, он не ожидал, что рядом появится кнопка клонирования из отдела Z, а также кнопка экспорта, перемещения, регистрации и т.д. Но у него кнопка есть разработали и вроде бы не к кому предъявить претензии! 3. Информационные системы отражают бизнес-процесс компании, наложенный на универсальную заготовку коробочной версии.
Они не просто ведут учет, они УПРАВЛЯЮТ деятельностью компании, а смена программного обеспечения должна привести к корректировке самих бизнес-процессов.
Но в компании обычно нет людей, которые могли бы изменить процессы компании в отношении программного обеспечения.
Тот самый отдел разработки в иерархии компании, который мог бы занять это место, находится на корпоративной лестнице гораздо ниже, чем Производственный отдел Х, и не может указывать ему, как работать.
Причем установленная программа не ставила задачу придумать новый способ взаимодействия, а лишь фрагментарно объединяла текущие процессы под одной крышей, слегка подстраиваясь под существующие взаимоотношения.
Результат: В компании нет человека, который мог бы смотреть на программу «в целом» и при этом иметь достаточный вес для реализации изменений в деятельности компании.
Поэтому программное обеспечение глобально не изменится, а останется именно таким до конца своей жизни.
В общем, красивых корпоративных ERP-систем в ближайшем будущем не ждите.
Теперь самое интересное! Видимо что-то не так с описанной схемой.
Вот ответы на часто задаваемые вопросы: Вопрос: Почему клиенты не покупают ПО правильно, покупая 90% готового функционала? О: Для начала попробуйте, найдите такое программное обеспечение, особенно если у вас в отделе 200 человек.
И кстати, если у вас нет отдела в 200 человек, то я не уверен, что вы понимаете всю сложность проблемы.
Во-вторых, попробуйте сами выбрать ПО из того, что имеется, например, для Депозитарный учет ().
Вы либо специалист по бухгалтерскому учету, либо ИТ-специалист. Вы станете и ПОСЛЕ покупки, и внедрения как минимум ДВУХ систем.
И это 5-7 лет. Срок жизни программного обеспечения – 5 лет. А средний срок работы на одном месте в России составляет 3-4 года.
Вопрос: Почему бы не объединить и гармонизировать требования? О: Во-первых, через 5-7 лет вы сможете это сделать самостоятельно (см.
предыдущий пункт).
Во-вторых, написать требования для добавления чего-либо легко.
Но чтобы что-то изменить, совместить или удалить, нужно взять на себя ответственность за то, что такое изменение ничего не испортит и устроит ВСЕХ.
Обычно никто из участников реализации не может взять на себя такую ответственность.
В: У меня есть это программное обеспечение на работе.
Я руководитель того самого отдела из 200 человек и хочу попробовать что-то сделать.
Что я должен делать? А: Сложный вопрос.
Как и с пробками в Москве, здесь не придумаешь одной волшебной таблетки.
Я дам вам один совет: В процессе внедрения обычно есть как минимум один человек, который пытается уменьшить количество неоднородностей в системе.
Бывает, что это молодой сотрудник с «малым весом».
Бывает, что этот человек из компании-застройщика.
Итак, заманите его к себе на работу, дайте ему должность «аналитика информационных систем» и дайте ему только одну задачу — «сократить количество кнопок».
Пусть он напишет документ, в котором попытается описать последствия сокращения процессов в системе и последствия для всех пользователей.
А потом он обходит и согласовывает эти требования со всеми руководителями отделов.
Пусть это будет его единственная работа.
И, возможно, у вас будет лучшая система в мире.
Кстати, здесь еще мои мысли , что может быть сделано.
Я постарался рассказать свое личное мнение о том, почему ERP-системы выглядят так: 
Возможно, вы станете тем человеком, который сможет решить эту проблему.
Знаете ли вы, как изменить этот мир? Добро пожаловать в комментарии! Теги: #ERP #erp #ERP-системы
-
Что Означает Вывод «Ss -S»?
19 Oct, 24 -
Как Lte Борется С Межсотовыми Помехами
19 Oct, 24
