C започне прилагането на ERP

C започне прилагането на ERP 1

07.30.17 10:14 •
JustRamil •
• # 334466
• Habrahabr
1 •
2800

- като Forbes, само по-добре.

В последната статия аз говорих за Какво е ERP система. и че в някои случаи прилагането на софтуерната система ще донесе реални ползи, както и какво да търсите при избора на ERP. И сега искам да говоря за това как да получите практически ползи от ERP-система. И за този софтуер, за да бъдат изпълнени.

Най-важният въпрос, който възниква в навечерието на въвеждането на всяка софтуерна система е "къде да започна?" Ако знаете как и къде да се започне изпълнението, и да започне да работи правилно, най-вероятно, процесът ще се проведе без бъркотията, преработи и конфликти. И резултатът ще оправдае очакванията на бизнеса.

Различните подходи за изпълнение

Има няколко подхода за прилагане на ERP-системи, които видях в един странен производителност и / или се прилагат на практика. Всяка от тях има своите плюсове и минуси, никакви "клопки" и ползи.

По принцип, всички подходи към прилагането на ERP също е от значение за всички сложни системи, например, 1C SCP 1C ERP, SAP Бизнес ONE, ODOO и др. Нека поговорим за тях в детайли.

Изготвяне на технически спецификации

ERP-система - продукт на много технологично. И тъй като разработчиците и бизнесмени често се изкушават да максимума плана за изпълнение, преди започване на работа. Тя ще изглежда, че всичко, което е логично. При този подход произхожда от факта, че технологичното софтуерна система трябва да е алгоритмично. И в процеса на изпълнение може и трябва да се подхожда от гледна точка на алгоритми и математически модели на.

Как да го приложат:

ТСР се създава обем, където максималната проектиран и описани всички процеси, включително най-малката.
Съгласно мандата, установен график за работа.

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

От този подход, плюсовете са, на първо място, разработчиците:

Документ Техническо задание ще бъдат скъпи. Тя притежава голямо количество работа, която отнема много време. И клиентите обикновено са съгласни с висока спецификация изисквания цена, без никакви проблеми.
Разработчиците получават подробни инструкции, върху които да извършват тази дейност. И в случай на неуспешни решения, достъпни в подписан TK, промени ще се таксуват отделно.

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

По същия начин, грешките при изготвянето техническа задача: грешни решения в една единица може да доведе до множество промени в другата. Например, някои бизнес процеси може да се тълкува не е вярно, и ако се окаже, в изпълнението на тази част от документацията и наръчниците - не са необходими, и се нуждае от много по-различна. Твърде много информация, твърде много сложност - в резултат на това се оказва, могат да се полагат първоначално всички нюанси и да осигури всички възможни грешки.

В моята практика съм случай, когато дойдох на компанията, за да обсъдят въвеждането на нов софтуерен продукт (аз бях ръководител на проекта) и аз насочи представители на бизнеса текст казва: "Ние сме имали достатъчно на технически задачи. Ние имаме тези документи - повече, отколкото е необходимо. " И, наистина, показа обемисти папки с документи, решения, от които никога не са били изпълнени.

"Частично" изпълнение

В този случай, направи списък на най-важните бизнес райони и звена за работа с тях. Въз основа на тях, направете план за изпълнение, което е основа за началото на строителните работи.

В този случай, на заданието също са на разположение. Както и график, когато режим на работа, при които основанието за вземане на ТК обем. Но тази техническа задача не е толкова всеобхватна, че е възможно за различните етапи от подготовката на работата на собствените си мандат. Т.е. основният документ в този случай - на работния план.

Тъй като първата фаза на изберете раздел за финансиране и движението на стоки на. Тази област на работа е много важно за всяка компания. Ние разбираме с характеристиките за финансови операции в организацията, ние изучаваме съхранението и продажбата на стоки. Въз основа на това, ние изготвя задание за автоматизация на ERP на избраната област. И създаде необходимата функционалност за този сайт.

В следващата стъпка избираме друга посока, например, производство. И също така ние работим с тази тенденция, както и да вземе предвид работата, извършена (и евентуално преразглеждане) в готовите модули, свързани с финанси и производство.

Основното предимство на този метод - реализъм. За да се покрият всичко наведнъж е изключително трудно. Осъществява на фази - много по-лесно, докато грешки обикновено допускат по-малко. И резултатите вече са видими в процеса на изпълнение. Аз самият често избират този подход.

Минуси - увеличение по отношение на които клиентите могат да се разглеждат като забавяне. В частично изпълнение на условията на работа, може да се забави по обективни причини и по различни причини, свързани с финансиране, човешки фактори, и т.н. Освен това, ако главата на бизнеса има тенденция да получите всичко наведнъж, то може да не осигури липсата на точни данни относно изпълнението (когато тя е завършена, каква ще бъде точната сума и т.н.).

Този метод на работа е много предпазлива, и често се нуждае от повече време, отколкото други възможности за изпълнение. Така че, ако първия подход (рисуване TZ) всички условия, както и сумата, изчислена предварително, преди започване на работа, всичко е предварителни данни приблизителни. И техническото задание за различните фази се извършват в процеса на изпълнение.

Също така, когато на първия метод работи по автоматизация на работата на различните отдели могат да се извършват паралелно. Клиентът ще видите автоматизацията и счетоводството, както и продажби и склад, и производството. Тук работа се извършва стъпка по стъпка. И единици са свързани с ERP също е в ред.

«Agile» подход

В този случай, работата по изпълнение да започне незабавно, без подготвителната фаза. Тя ще изглежда, че това е неприемливо, ERP системи са твърде сложни, за да ги изпълни, без първо да изучава особеностите на бизнеса и документация. На практика обаче, аз съм виждал този вид работа.

Някои предприемачи дори в случай на ERP-системи работят на принципа на "старт, а след това ще се разбере." Според този подход създава предварително споделен план за изпълнение, която е разделена, колкото е необходимо на малки парченца.

Най-често този метод на работа практики продавачи "кутия" софтуер. Причината е, че печалбата от продажбата на "кутия", те са, във всеки случай, и въвеждането им - само свързаните с тях услуги.

Основното предимство на този метод - работата по изпълнението започва веднага след решението. Без дълга подготовка. Това е, което привлича бизнесмени. Например, беше решено - автоматизиране на отдел продажби - веднага започна да работи. Решихме да - трябва да се прехвърлят на останките - тогава те се прехвърлят.

По принцип за успешното прилагане на този принцип е напълно възможно. Но това е много трудно, и успех ще изисква много високо ниво на професионализъм на главата, както и значителен опит в изпълнението на подобни проекти. И дори в този случай, специалисти често избират други маршрути. Просто защото те дават възможност да се намали броят на грешките и облицовки, влиянието на човешкия фактор. В резултат на вариантите на изпълнение на ТК или от части позволяват да се получи желания резултат с по-малко припокриване и преработи.

Минуси - липса на планиране на цялостна реализация. Тук проблемите са почти същите причини като при изготвянето на цялостен TOR: ERP - комплекс интегриран софтуер, както и грешки в изпълнението на един модул може да се отрази на работата на друг модул. Но ако в първия случай, такива проблеми възникват поради опит да се предвиди твърде много, тук - поради липса на планиране. Т.е. специалисти в изпълнението решават непосредствените проблеми, а не да мисля за това на следващия етап, те ще изискват информация и документи от текущия модул за организиране на работата на другия клон.

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

"Малко по малко, но всички наведнъж"

Друг подход за прилагане на ERP Аз лично наричам "Малко по малко, но всички наведнъж." Тази опция може да бъде доста успешен и удобно решение. Аз лично се прилага повече от веднъж. И ако на частичното прилагане на работата вземе един или два модула, напълно ги конфигурирате, и едва след това да започне да работи по други модули, в този случай, работата също се извършва постепенно, няма такова ясни ограничения - само този модул и никой друг.

С този подход, първото нещо, и проектите, планирани. В тази връзка, основните етапи, не се считат модули (един, а след това - от друга, и т.н.), както и някои видове работа, които могат да се отразят всички модули едновременно или избирателно някои от тях. В допълнение, за всеки етап показва приблизителното време и разходи.

В най-общия случай, такъв план е както следва:

Разработване на технически спецификации.
Извършване на строителни работи, в съответствие с техническото задание ... Тази позиция може да бъде подробно, работи след това разделен на няколко етапа.
Тестване на системата.
Въвеждане в експлоатация.
обучение на персонала.
За пълнота (доставка) на проекта.

Такъв план се изготвя отделно за всеки модул, който ви позволява да посочите колкото е възможно повече за клиента стойността на всеки етап от работата, както и най-много се установят възможно. В този случай, клиентът е длъжен да предвиди възможността в процеса на изпълнение, в случай, че е необходимо да се променят някои видове други планирани дейности.

Този метод е по-удобно и по-реалистичен от подготовката на технически спецификации, както и общите правила за работа за целия проект ще изисква 2-3 месеца на работа, или дори повече, и в резултат на обемист документ с всички подробности за клиента ще бъде много трудно да се проучване.

Тук, клиентът вижда план сроковете и сумите на всеки етап. В резултат на технически проект за всеки етап от творби, създадени по отделно, те са малки и не изискват време. Препоръчително е да се обадите на всеки един от документите по разбираем начин. Например, "Счетоводство и финанси" или "продажби".

Предимствата на този подход:

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

Клиентът трябва внимателно да избере изпълнителя, на съответното ниво на ръководителя на проекта да се разбере особеностите на изпълнение на всеки модул. В противен случай, по отношение на изчисленията ще бъдат достатъчно точни. Бюджет могат внезапно да се увеличи, време участък, т.е. основните предимства на подхода ще бъдат загубени.
Изпълнителят ще изисква значително количество от висококвалифициран персонал, за да се спази крайният срок и да се ангажират в паралел с различните модули. Т.е. малък екип, този подход няма да бъде в състояние да прилага.

Важна особеност на планиране: При изчисляване на бюджета, независимо от своя опит и точността на оценката трябва да "положи" допълнителна сума в случай на извънредни ситуации. Оптималният размер на тази сума - 30% от планираните работи. Това може да се нарече Планиран последователен отклонение на разходите по проекта. Тези средства могат да се изискват в случай на някакви трудности - обмяна на данни на организацията с програма, която не поддържа съществуващата API, както и усъвършенстване на основни справочници, трудности при прехвърляне на данни, изпълнението, необходими за функции, които по една или друга причина не са били в състояние да осигури по-рано и така нататък .d.

От кога започват модули?

Броят на модули, които могат да предложат на ERP система често предизвиква проблеми с това къде да започне, защото възможностите са много, както се казва, "да изглежда в началото." Препоръчвам като се започне с най-важните области за компанията и свързаните с модули:

Финанси и селища. (Да не се бърка с бюджетиране - този модул е възможно и необходимо да се въведат по-късно, тя се отнася до планирането и да не сегашната критична работа).
Движението на материалните активи (TMC): съхранение, продажба, получаването им. Важно е да се вземе предвид TMC правилно, преди да прехвърлите баланс обикновено се извършва инвентаризация и т.н. - извършване на останките, а след това работата продължава вече само в новата система.
Счетоводството. Изпълнение на счетоводната модул или за обмен на данни с счетоводната система. Държавата не прощава всичко, и за всяко нарушение, независимо от това намерение, наказанието. И тъй като Счетоводство и данъчно облагане - също система от решаващо значение за всяка компания.

Понякога чувам възражението, че дружеството може да има свои собствени нюанси, например, поради голямото текучество на персонал е най-критичният ВП. Всъщност, най-вероятно, някои автоматизация на HR в компанията в началото на изпълнението на ERP е на разположение. И без значение колко е от решаващо значение за икономическата дейност на звеното, а управлението на човешките ресурси може да доведе до системата, разбира се. И ако този процес ще се разкрие някои грешки - това е минус, но не и най-критично за съществуване на дружеството.

Също дизайнерския отдел или пускането на пазара за известно време ще бъде в състояние да работи по обичайния начин и да съхранява документация независимо в системата, което е ползвал по-рано.

В същото време, строг контрол и наблюдение на движението на дълготрайни активи (финансови и материални) и липса на грешки в счетоводни и данъчни цели - това са "стълбовете", без които не могат да съществуват една компания.

Надявам се, че нещата за това, което е необходимо, за да се започне изпълнението на ERP и какви методи се работи с тази система се практикува, е била полезна за вас. Следващите публикации ще говорят за техния личен опит от прилагането ERP, ще споделят информация за грешки, които са най-добрите избягва, както и за това, да се обърне внимание в процеса на изпълнение и как най-добре да се изгради тази работа да се премести в ERP е най-ефективен.

Искрено Kinzyabulatov Рамил.