Тестируем ERP-систему. Часть 3

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

    Что это и зачем это в ERP

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

    Если говорить применительно к ERP, то функциональность по управлению проектами нужна для обслуживания сложных сделок. Простой пример: Вы заключили договор с клиентом на проектирование, поставку некоторого количества оборудования, а также на монтажные работы по этому оборудованию. Понятно, что сначала происходит процедура заключения договора. Затем вы 3 месяца пишете проект, причем делаете это силами нескольких сотрудников своей компании, каждый из которых отвечает за свою участок. В процессе разработки проекта идет переписка с клиентом, рождаются первые копии проекта и т.д. Затем начинаются поставки, предоплаты, отгрузки. Все это тоже растянуто во времени. Затем ваши сотрудники едут в командировки, несут какие-то расходы по ним. Где-то вы нанимаете со стороны подрядчика для монтажа. Транспортные расходы, опять же.

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

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

    Вот для этого и нужно в ERP-системах управление проектами. Тестируем.

    Для начала попросите просто показать вам список проектов.
    Можно из списка понять, в каком состоянии находится проект? Закончен он, в процессе, или как?
    Как из проекта посмотреть, какие были поставки по нему? Вот конкретно, где их видно? Где видно, что поставляли, как и когда за это было оплачено и т.д.? Где видно переписку участников проекта с заказчиками или третьими сторонами?
    Где видно все расходы по проекту? Кому, сколько, когда оплачено и за какие услуги? Оказаны эти услуги или еще нет? Оказаны? А где это видно?
    Где посмотреть, кто, когда и куда ездил в командировки по проекту?

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

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

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

    Вот и попросите показать, где в проекте видно какие в нем задачи. Где в задаче видно, в каком она состоянии? Выполнена или нет? Просрочена или нет? Как ее выполняли, какие возникали проблемы и т.д.

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

    Производство

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


    Ну, пожалуй, все. Остальные вопросы, либо относятся к продажам, либо к финансам, либо к поставкам.

    Где видно, что компания должна произвести, чтобы удовлетворить заказы клиентов? Короче говоря, график производства в студию!
    Если вам покажут объемно-календарное планирование, то задайте простой вопрос. Что делать, если я сегодня не выполнил запланированный объем? Я тут как-то писал по этому поводу. В общем на западе давно уже поняли, что такой метод планирования ничего не решает и не улучшает ситуацию на производстве.

    Где в графике производства видно, что и в какой очередности я должен делать? Нельзя же делать все одновременно, правда?

    Далее. Задайте простой вопрос: «Какие методики управления производством использует ваша система? Что это за методики? Какие производственные показатели эти методики способны улучшить и за счет чего?» За счет применения каких именно методик достигается производство вовремя?

    Вот вы смотрите на свое производимое изделие в справочнике. Какая у него текущая себестоимость? На каких складах и сколько есть этого изделия?

    Как, находясь на изделии в справочнике, понять из чего вы его обычно производите? Какие есть замены и аналоги для каждого компонента? Как быстро понять, если какого-то компонента нет, то каким компонентом можно заменить сейчас?

    Когда создается производственное задание, состав компонентов создается автоматически? Можно в него внести изменения? Как конкретно происходит замена компонента на аналог?

    Вот вам, для разминки, фрагмент из тестирования одной очень известной ERP системы (XXX).

    В XXX традиционно присутствует некая система, определяющая потребность в производстве и закупке. Работает традиционно бестолково. Система просто сваливает в некий список товарные позиции, которых нет на складе и на них просто выписаны счета. То есть, вы просто выписываете клиенту счет, а система тут же в этот список добавляет все, что вы выписали. Список единый, в нем все вместе — и то, что нужно закупить и то, что нужно произвести. При этом, в этот список вообще не попадают компоненты производимого изделия, если их нет на складах и как их закупать — непонятно. Разумеется, половина счетов традиционно не оплачивается, но это XXX не интересует. Это значит, что вы будете производить то, что никому не нужно, потому что счет так и останется неоплаченным.
    Напоследок мне сказали, что XXX полностью соответствует стандарту MRPII. И я, наконец-то понял, что такое MRP и MRPII в исполнении некоторых разработчиков ERP систем. Это когда ни черта не работает.


    Так что внимательно разбирайтесь в том, как именно формируется потребность, по какому конкретно алгоритму

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

    Я намеренно тут не писал про планирование производственных мощностей и человеческих ресурсов. Во-первых, это нужно не так часто, а во-вторых такой случай: был у меня клиент, который хотел круто все планировать. И мощности и загрузку и технологические операции т.д. Я ему пытался объяснять, что лучше не столько планировать, сколько просто производить то что нужно и тогда, когда нужно. Нет, он непреклонен. Ок, пробуем. В цехах таджики. О грамотности речи не идет. И комплектующие и готовые изделия просто сваливаются в кучу, причем ночью. Заставить его это все качественно учитывать не получилось. Экономия на кладовщике. Чтобы учитывать технологические операции, нужно, чтобы кто-то их заносил в систему. Вопрос — кто? Ночью на производстве только таджики, которые компьютер даже во сне не видели. Дальше рассказывать смысла наверное нет.

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

    Средняя зарплата в IT

    111 111 ₽/мес.
    Средняя зарплата по всем IT-специализациям на основании 6 844 анкет, за 2-ое пол. 2020 года Узнать свою зарплату
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама

    Комментарии 33

      0
      Т.е. вы имеете в виду то, что до некоторого порогового значения автоматизация предприятий не требуется или ее нужно вести методами, соответствующими размерам и ф-циям предприятия, так?

      Это вывод?
        +2
        Нет. Я хочу сказать, что автоматизация не должна быть ради автоматизации. Она должна быть ради решения конкретных проблем. Не надо решать проблемы, которых нет. Если у вас в цехе работают таджики, у вас не может существовать проблема учета технологических операций.
          0
          Понятно… успешная западная бизнес-модель натолкнулась на жесткую российскую реальность.
            0
            ну насчет успешных западных моделей — это тема отдельная :-)
            насколько они там успешны…
              –1
              Правильно, так их, тупых буржуев!
              Наплодили моделей понимаешь, а мы тут корячимся…
          • НЛО прилетело и опубликовало эту надпись здесь
              +1
              >Нельзя автоматизировать бардак.

              Почему же нельзя? Можно!
              Будет автоматизированный бардак.
              Многие так работают…

              От целей надо плясать, от целей, а не от процессов.
          0
          Спасибо, как всегда в Избранное.

          А кол-во букв в названии системы XXX соответствует реальному? :)
            0
            Что-то мне подсказывает, что букв на одну меньше :)
              0
              И первая из них — цифра? =)
                +2
                А как называется erp система, у которой первый символ цифра? что-то не могу сообразить.
                  0
                  :-)
                  понятно. нет, не эта. В этой даже такой формы, о которой я тут писал, я что-то не помню…
                0
                да нет конечно
                +2
                Не надо пытаться автоматизировать гужевой транспорт. Надо его сначала сменить.
                Огромное спасибо за Ваши статьи и отдельное огромное спасибо за эту фразу. Теперь у меня в арсенале есть доходчивая аналогия, чтобы отшить не в меру ретивых «эффективных менеджеров».
                • НЛО прилетело и опубликовало эту надпись здесь
                    +3
                    Технологическая карта — синоним проекта?
                    Боже, куда катится мир?
                    • НЛО прилетело и опубликовало эту надпись здесь
                        +1
                        Спокойно, мистер, не надо напрягаться.
                        Думать надо мозгом, прежде чем буковки-то писать.
                      +1
                      У термина «проект» есть несколько практических применений.
                      Есть даже такая теория менеджмента — Управление проектами. И вот в ней проект — это и есть «это совокупность мер и действий, направленных на достижение определенного результата»
                      Ну и есть проект — как план, когда проектировщики чертят, готовят и т.д.
                      Кстати, проект, который из менеджмента, запросто может включать в себя проект, который из проектирования.

                      • НЛО прилетело и опубликовало эту надпись здесь
                          0
                          Маленькое дополнение.
                          Определений проектов существует много, но, по крайней мере для управления проектами, есть одна общая деталь — это временное мероприятие, т.е. с ограниченным временным ресурсом. :)
                          0
                          Для меня проект — объединяющий признак для разных процессов, документов и задач.
                            +1
                            Мда. Может чего-нибудь почитаем для начала?
                            Например, определение термина «проект» в Википедии?
                              0
                              Да-да, почитаем…

                              Проект
                              1. Совокупность документов (расчетов, чертежей и др.) для создания какого-либо сооружения или изделия;

                              ru.wikipedia.org/wiki/Проект_(значения)
                          0
                          У Вас на сайте написано, что ваша ERP работает с Oracle.
                          Клиентам предлагается его скачать и установить самостоятельно.
                          Вопрос — как обстоят дела с лицензированием?
                            0
                            avasystems.ru/setting_and_running
                            тут есть ответы на ваши вопросы
                              0
                              Я так и думал… браво!

                              «Должны ли мы покупать Oracle?
                              Ответ:
                              Мы не заставляем клиентов это делать. Это ваше право.»

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

                              2. С технической точки зрения — почему именно Oracle а не бесплатный OpenSource?
                              Я думаю, Firebird или Postgres вам бы хватило «за глаза».
                              Готов поспорить, что вы и на 30% не используете все фичи Oracle.
                              Так зачем вам и вашим клиентам этот дорогой монстр?
                                0
                                Кто вам сказал, что это самая дорогая СУБД? Она стоит меньше 100$ за рабочее место.
                                  0
                                  Это во-первых, а во-вторых мы много чего используем в Oracle.
                                  В-третьих тут тема немножко другая у топика…
                                    0
                                    Заметьте, я не утверждал, что Oracle — самая дорогая, есть и подороже ;)
                                    Я просто говорю по своему опыту — в бытность мою начальником ИТ-отдела на предприятии мы внедряли одну из не самых плохих ERP систем на Oracle.
                                    Контракт был подписал ещё до меня и представители фирмы-разработчика ERP «тактично упустили» момент лицензирования Oracle.
                                    Итог — лишь через 2 года после ввода ERP в промышленную эксплуатацию мне удалось убедить генерального директора «легализовать» Oracle, ибо на ~130 рабочих местах и многоядерных серверах сумма получалась сопоставимая со стоимостью ERP.
                                    Хотя из личных плюсов — я стал Oracle Certified Professional :)

                                    А насчёт технических аспектов — исходя из масштабов и позиционирования вашей ERP я сомневаюсь, что вы реально используете кластеры, репликации, массовый паралеллизм etc.
                                    Думаю (как и в случае ERP, которую мы внедряли) — это тяжёлое наследие 5-7 летней давности, когда Oracle — «это круто» по определению, а OpenSource БД — «жалкое подобие левой руки».

                                    Не сочтите за что-то негативное или грубость, но отказались бы вы от Oracle?
                                    Во-первых, те же Firebird или Posgres стали очень неплохим выбором по своим возможностям.
                                    А во-вторых, лучше сделать свой центр компетенции СУБД и класть пусть небольшую денешку за её поддержку, но себе в карман, чем большую — но дяде? ;)

                                    Сорри, что не в тему топика и ещё раз если что не так написал :)
                                      +1
                                      Нет, у нас четко в договорах пишется про СУБД. Никто ничего не умалчивает. Во всех местах на сайте написано «СУБД не входит в стоимость».
                                      Вообще-то у нас есть внедрения и с сотнями пользователей, сотнями Гбт базами, кластерами, репликациями etc.
                                      Много чего используем.
                                      У нас была мысль отказаться от Oracle в пользу Posgres. Это непросто, но возможно в будущем это сделаем.
                                      По поводу вашего опыта, полагаю, это было давно. В конце 90-х oracle действительно дорого стоил. Сейчас, повторюсь, даже 100$ за рм не стоит.
                                        0
                                        Я ошибаюсь, или всё-таки 180$ на пользователя в самой дешёвой версии?
                                          0
                                          Да, почти правильно. Но компании, поставляющие тиражируемые решения, имею другую цену, чем та, которая озвучена в стандартном прайсе оракла. Мы, например, можем продавать оракл за 90$.

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

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