Описание на бизнес процесите, как да се избегнат грешки
Първият етап от изграждането на информационна система в предприятието обикновено описание на своите бизнес процеси. Въпреки това, спецификата на българския пазар е, че благодарение на грешките, направени на този етап, произведения често са безполезни.
Определяне на целите
Прилагане на информационни системи (IS), средна и висока класа се придружават, като правило, описание на бизнес процеси (Пд) на клиентите предприятия. Най-често такава документация, съставен по време на предварителното разследване, което позволява да се определи колко успешен организацията BP може да се прехвърли в съответствие с предложената ЕК. Целта обикновено включват ИТ консултанти, но управлението на организациите използващи IP неизменно вижда въпроса малко по-широко.
Въпреки, че описанието на сцената PD е почти винаги присъства в работния план на проекта, резултатите се оценяват изключително неясни. Основната причина за това е броят на грешките, които често са направени като клиенти и изпълнители. Още в решението за откриване на BP описания обикновено се прави най-често срещана грешка - целите на това изследване са формулирани достатъчно ясно, което води до по-нататъшни недоразумения между клиент и изпълнител.
Въвеждането на скъпоструващи системи за среден и голям клас предприятието не е самоцел. Клиентът често открива, че използването на такива системи, в допълнение към чисто техническите аспекти, ще служи като отправна точка за известно преструктуриране на работата в предприятието.
Тези очаквания рядко са формулирани специфични изисквания, обикновено ИТ консултанти трябва да се справят с повече или по-малко абстрактни пожелания, като например: "X Division не работи ефективно, да се надяваме, вашата система ще въведе ред там", "иска да работи като водещи фирми в бранша, като фирма Y ». И дори тези желания често се губят или променени до неузнаваемост, докато обсега на обикновените изпълнители. За да се избегнат последващи грешки, експертите препоръчват да бъде на длъжностната характеристика на захранването не е по-малко сериозни и подробни от техническото задание за софтуерния пакет.
"Тъй като това е" и "тъй като тя трябва да бъде"
В зависимост от целите, поставени за IP прилагането на управление на дружеството, в описанието на бизнес процеси ", както се» (както е) е необходимо да се уточни желания "рязани" и детайли. Освен това, тези изисквания могат да варират за различните отдели. Например, ако се планира новата система за организиране на работата на отдел на доставките, така че да се сведе до минимум вероятността от тайно споразумение между Ръководители на звена и доставчици, след описанието на процесите ", както е" препоръчително да се обърне специално внимание на съществуващите принципи избор на доставчици на.
Ако се планира специално звено, което да се въведе система за ключови показатели за изпълнение, че има смисъл да "ред" в описанието на BP отчитане количествени показатели за изпълнение. При липса на такива изисквания вероятно описание BP структурни звена ще изработени от единна схема. Ето защо, ако клиентът очаква да получи резултати в определен, интересът на раните му, той трябва да преминете, за да ги формулира.
Много ИТ консултанти включват в плана на т проект "Описание на бизнес процесите", тъй като трябва да се »(да)». На практика пълномащабна операция върху елемента, може да изпълнява не много компании, опериращи на българския пазар. Като правило, това е най-големите фирми, които имат опит в изграждането на захранване на двете западни компании и вътрешен напреднали, и е в състояние да прилага интелигентно този опит с конкретните българските предприятия, като се отчита секторен и други особености.
Наред с успешните примери, в България има много ясна тенденция - ". Тъй като тя трябва да бъде" много ИТ консултанти не е много ясна представа за това как да се подходи описанието на BP За тях, ако описанието в което е, че процесът ще като цяло се намират в структурата на предложеното ЕК, тази фаза от работата е приключила и те се стремят възможно най-бързо да се започне изпълнението. В резултат на това, клиентът рискове в резултат на описания на процеса ", тъй като тя трябва да бъде", за да получите набор от съществуващите PD класациите с "ценни съвети", за да ги прехвърлите на предложената ЕК.
Справедливо е да се каже, че описанието на процесите ", тъй като тя трябва да бъде" е наистина трудна задача. Ако клиентът не показва ясно изискване за даден блок, ИТ консултант е трудно да се разбере какво наистина се изисква от него, както и в каква посока да се движат. Задайте вектор, разбира се, трябва да притежавате клиента, тъй като тя е по-добре никой не знае конкретен бизнес.