Maja, kujundus, renoveerimine, kujundus.  Hoov ja aed.  Oma kätega

Maja, kujundus, renoveerimine, kujundus. Hoov ja aed. Oma kätega

» Hinnang automatiseeritud infosüsteemi „HTControl” rakendamise majanduslikule tõhususele. Ettevõtte infosüsteemi rakendamise protsessi majanduslik hindamine Rakendamise efektiivsuse näitajate arvutamine on näide

Hinnang automatiseeritud infosüsteemi „HTControl” rakendamise majanduslikule tõhususele. Ettevõtte infosüsteemi rakendamise protsessi majanduslik hindamine Rakendamise tõhususe näitajate arvutamine on näide

Mõjuindikaator määratleb kõik positiivsed tulemused, mis on saavutatud tarkvaratoote kasutamisel. Tarkvaratoote kasutamisest saadav kasum aastaks, rubla, määratakse valemiga

kus on tarkvaratoote kasutamise tulemuste kuluhinnang aasta jooksul, rubla;

Kulude kalkulatsioon kulude kohta, kui kasutate tarkvaratoodet aasta jooksul, hõõruge.

Tarkvaratoote E, rubla kasutamisest tulenev raha sissevool aasta jooksul võib olla:

kus on teabe käsitsi töötlemise maksumus, rubla;

Automatiseeritud teabe töötlemise kulud, rublad;

Täiendav majanduslik mõju, mis on seotud kasutatud vormide arvu vähenemisega, tööaja vabastamisega jne, hõõruda.

Seda toodet kasutab automüügiettevõtte edasimüüja konsultant. Müüja-konsultandi palk on 15 000 rubla, boonusfond (lisapalk) on palgast 0, tööpäevade arv kuus on 24 päeva, tööpäeva kestus on 8 tundi. üks tund müüja-konsultandi tööd, rubla. / h, on:

Uuringu käigus selgus, et käsitsi andmetöötlusele kuluv aeg kuus, h, on ja automatiseeritud andmetöötluse kogumaksumus on

Müüja-konsultandi aastased kulud (12 kuu kulud) koos teabe käsitsi töötlemisega arvutatakse järgmise valemi abil:

Automatiseeritud andmetöötluse müügiassistendi aastased kulud (12 kuu kulud) arvutatakse järgmise valemi abil:

  • (hõõruda) (1.9)
  • (hõõruda) (1.10)

Järelikult on tarkvaratoote kasutuselevõtu aastane mõju, isegi ilma täiendavat majanduslikku mõju (EDOP = 0) arvesse võtmata, valemi (1.8.) Alusel võrdne:

(hõõruda) (1.1.)

Tarkvaratoote kasutamise tegevuskulud koosnevad elektri, hoolduse, arvutusseadmete hoolduse ja arvutusseadmete amortisatsiooni maksumusest.

Tuginedes valemile (1.1.) Müügiassistendi personaalarvuti jaoks 12 kuu jooksul on sülearvuti energiatarbega elektri maksumus = 0,15 kW:

(hõõruda) (1.1.)

Arvutiseadmete raamatupidamislik väärtus on 21 000 rubla. Seejärel arvutatakse müügiassistendi isikliku sülearvuti jaoks 12 kuuks hooldus- ja jooksva remondi kulud järgmise valemi abil:

kus on arvutusseadmete bilansiline väärtus, rubla;

Remondi mahaarvamiste määr;

  • - arvutiseadmete tööaasta iga -aastane fond (= 2112 tundi);
  • - tööaja fond tarkvaratoote loomisel.

Tööajafondi tarkvaratoote tв, h loomisel saab määrata järgmise valemi abil:

kus on koefitsient, võttes arvesse ennetavale hooldusele kuluvat aega ().

Seega on hooldus- ja remondikulud järgmised:

Arvutustehnika amortisatsiooni maksumus vastavalt valemile (1.5) on

Seejärel on tarkvaratoote kasutamise tegevuskulud järgmised:

Tarkvaratootmise aastakasum arvutatakse valemiga (1.7):

Seega on meil järgmine rahavoog:

  • 0 samm (investeering) - 16800,77 rubla;
  • 1 samm-37497,6 rubla .;
  • 2 samm -37497,6 rubla .;
  • 3 samm-37497,6 rubla .;

Tarkvaratoote kasutamisest saadud diskonteeritud netotulu, rubla, määratakse järgmise valemi abil:

kus on arveldusperiood, aasta;

  • - tarkvaratoote kasutamise kasum selle tegevuse k-ndaks aastaks, rubla;
  • - allahindlus,%;
  • - investeeringud tarkvaratoote rakendamisse, rubla.

Järelikult on NPV, rubla, N = 3, st tarkvaratoote kasutamise kolme aasta jooksul (ajavahemik enne vaadeldava konfiguratsiooni vananemist) diskontomääraga E = 20% vastavalt valemile (1.13):

Jõuame järeldusele, et NPV? positiivne, see tähendab, et projekt on tõhus.

Arvutame projekti tasuvusaega. Projekti tasuvusaeg, aasta, leiame valemi järgi

kus on maksimaalne aastate arv, mis on möödunud tarkvaratoote toimimise algusest, mille jooksul selle kasutamisest saadav tulu ei ületanud kapitalitootmise summat tarkvaratoote rakendamisse;

J-nda aasta vähendatud (diskonteeritud) iga-aastaste mõjude väärtused rublades, mis läksid edasi tarkvaratoote toimimise algusest, arvutades valemiga (1.13), asendades diskontomäära = 20% .

Vähendatud (diskonteeritud) aastase mõju väärtus arvutusperioodi esimesel aastal vastavalt valemile (1.13) on võrdne:

mis on rohkem kui kapitaliinvesteeringute väärtus (K = 16 800,77 rubla).

Siis valemis (1.14) on meil N = 0 ja tasuvusaeg on

aastat või 6 kuud ja 25 päeva

Rakenduse "Autosalon" arendamise majandusliku põhjendatuse analüüsimise käigus oli arenduse tasuvus majanduslikult põhjendatud (tabel 8).

Tabel 8 - Projekti majandusliku efektiivsuse näitajad

Võttes arvesse kõigi kaalutud näitajate andmeid, võime kindlalt kinnitada selle tarkvaraarenduse juurutamise otstarbekust ettevõttes ja selle kasutamist.

Majandusliku efektiivsuse arvutamine on oluline samm infosüsteemi kujundamisel.

Praegune infosüsteemi majandusliku efektiivsuse määramise metoodika on kindlaks teinud, et peamine näitaja, mis määrab infosüsteemi loomise kulude majandusliku otstarbekuse, on iga -aastane majanduslik mõju.

Majandusliku efektiivsuse isemajandav näitaja on kapitaliinvesteeringute majandusliku efektiivsuse koefitsient, see tähendab tasuvusaeg.

Majandusliku mõju arvutamiseks kasutatakse järgmist valemit (4.1):

- aastane kokkuhoid;

TO- ühekordsed kapitalikulud programmi loomiseks ja rakendamiseks;

- kulude majandusliku efektiivsuse ühekordne standardkoefitsient (
=0,12….0,15);

- infosüsteemi toimimisega seotud jooksvad kulud.

Kapitaliinvesteeringute tasuvusaeg arvutatakse valemiga (4.2)

,

kus: TO- kapitaliinvesteeringud infosüsteemi rakendamisse;

- aastane kokkuhoid.

Majandusliku mõju arvutamine.

Arvutame valemi komponendid - kapitalikulud, infosüsteemide toimimisega seotud tegevuskulud, aastane kokkuhoid.

K -kapitali kulude leidmiseks programmi loomiseks ja rakendamiseks kasutame valemit (4.3):

kus:
- kapitalikulutused seadmetele;

- paigaldamise kapitalikulud.

- tarkvaraarenduse maksumus.

Paigaldamise kapitalikulusid meie puhul ei võeta arvesse.

Seadmed ja tarvikud tuleb osta. Arvutustes kasutatud näitajad on toodud tabelis 4.1.

Tabel 4.1 - Ostetud seadmete ja tarvikute kulud.

Seadmete ja programmide nimi

Kogus, tk

Ühikuhind, tg

Maksumus, tg.

Amortisatsioonimäär

Amortisatsioonikulud

Borland Delfi 7

KOKKU:

Tabeli 4.1 andmete põhjal järeldub, et kapitalikulud on järgmised:

tenge.

Tarkvaraarenduse maksumus Sr koosneb:

Tarkvarainseneri põhipalk - Z peamine(tenge);

Lisapalk З lisama(tenge);

Sotsiaalmaksed С sotsiaalne vaja... (tenge);

Elektrikulu С e / e(tenge).

Seega arvutatakse tarkvaraarenduse maksumus valemi (4.4) abil:

Z arvutamiseks peamine- inseneri-programmeerija põhipalk, tuleks arvestada, et analüüsi ja projekteerimise etapis tegeleb analüütik arendusega. Nõutav kvalifikatsioon: kõrgharidus, esimene või kõrgeim kategooria. Ühtse tariifiskaala kategooria vastavalt - 14 (tariifikoefitsient 2,25).

Kodeerimise, testimise ja silumise etapis - tarkvarainsener. Kategooria vastavalt ühtsele tariifiskaalal 9 (tariifikoefitsient 1,78). Määratud ülesande täitmiseks eraldas ettevõte analüütiku ja tarkvarainseneri ühte isikusse.

Seda tüüpi töö puhul kasutatakse ajapõhist tasu. Palga arvutamisel kasutame ühtset palgaastet, mis sisaldab kogu aktiivsete elukutsete ja ametikohtade kataloogi kategooriate kaupa. Töötajate määramine ühte või teise kvalifikatsiooni ja töörühma põhineb võrgustikul nende töö keerukusest.

Ametliku palga suurus arvutatakse valemi (4.5) järgi.

Miinimumpalk- miinimumpalk (alates 01.01.2011 = 15 999 tenge);

TOtõrva- tariifikoefitsient määratakse vastavalt RK UTS -ile.

Varasemate arvutuste põhjal saate arvutada iga etapi tunnitasu. Analüütik vastutab probleemi seadmise, andmebaasi algoritmi ja struktuuri väljatöötamise eest. Programmi kirjutamine, silumine ja programmi dokumentatsiooni koostamine - programmeerija. Kuna kogu töö teostab tarkvarainsener, arvutatakse iga etapp tunni järgi. Tunnipalka arvutame selle põhjal, et ettevõttel on töönädal (5 päeva) ja 8-tunnine tööpäev. Keskmiselt on tööpäevi kuus 21. Selgub, et kuus on 168 töötundi. Siit arvutame tunnitasu:

tenge / tund

tenge / tund

Palgaarvestus on esitatud tabelis 4.2.

Tabel 4.2 - palgaarvestuse arvutamine

Lava nimi

Tundide arv, tund

Tunnitariif, tenge / tund.

Lavakulu, tenge

1. probleemi avaldus

2. andmebaasi algoritmi ja struktuuri väljatöötamine

3. kirjutage programm

4. programmi silumine

5. programmi dokumentatsiooni ettevalmistamine

Lisapalk (20%)

Sotsiaalseteks vajadusteks tehtavaid mahaarvamisi aktsepteeritakse 13% põhi- ja lisapalga summast vastavalt valemile (4.6):

kus P on arvuti töö ajal tarbitud võimsus, mis on 0,45 (kW);

T slave - arvuti tööaeg (304 tundi - programmi kirjutamine, silumine, tarkvara dokumentatsiooni koostamine);

C e - elektrienergia kilovatti maksumus hetkel (9,6 tenge kW kohta).

Kulud elektriarvetele:

Tarkvaraarenduse maksumus palga osas on 74657,08 tenge.

K - programmi loomise ja rakendamise kapitalikulud vastavalt valemile (4.3) on:

= KW,

kus: NS- varustuse kogus;

- seadme nimiolemus (kW = 0,15);

- seadmete iga -aastane fond (2920 tundi);

- tegevuse efektiivsuse koefitsient (
).

Järgmise valemi abil saame järgmise:

kus:
- tarbitud energiakogus:

- maksumus üks kW / tund (
KW / tund)

Amortisatsioonikulud arvutame valemi (4.11) abil:

kus:

- seadmete amortisatsioonitasude määr;

- seadmete kapitalikulud

Seega on jooksvad kulud võrdsed:

Z tech= 30 000 + 30 000+ 2943,3 = 62943,3 tenge.

kus:
- kasutatud seadmete amortisatsioonikulud;

- seadmete jooksva remondi ja hoolduse kulud;

- elektrikulud.

Programmi rakendamise tõhususe arvutamine.

Enne infosüsteemi juurutamist kulus ühe tellimuse täitmiseks 30 minutit. Pärast infosüsteemi juurutamist lühendati töötlemisaega 10 minuti võrra.

Ühe taotluse keskmine maksumus on 10 058 tonni.

Juhi tööpäev on kaheksa tundi ehk 480 minutit. Tarkvara juurutamisele eelneval päeval töötles haldur:

480/30 = 16 rakendust päevas;

Pärast rakendamist:

480/20 = 24 rakendust päevas;

Arvutame halduri poolt enne ja pärast tarkvara juurutamist töödeldud rakenduste arvu erinevuse aastas.

16 * 255 = 4080 rakendust päevas;

24 * 255 = 6 120 rakendust päevas.

Tarkvaraprojekti elluviimisele järgneval päeval on aja kokkuhoid järgmine:

16 * 20 min = 320 min;

480-320 = 160 minutit või 2,7 tundi.

Pärast juurutamist on juhil rohkem vaba aega, mille ta saab muude tööde jaoks ette võtta. Või olemasolevate tellimuste korral võib teil olla rohkem aega tellimuste esitamiseks päevas.

Arvutame kulutõhususe eeldusel, et väljastatakse keskmiselt üks taotlus päevas rohkem.

Aastas on 255 tööpäeva. Aasta jooksul lõpetatakse veel 255 taotlust.

Arvutame välja aastased säästud.

Müüdud kaupade koguse erinevus on

255 * 10 058 = 2564790 tonni aastas;

Ühe tellimuse ligikaudne kasumlikkus on 27%. Aastane kokkuhoid on:

NSaastal= 2564790 * 27% = 692493,3 tonni aastas;

Tasuvusaeg: T ca. = K / G ekv. = 194 657,08 / 692493,3 = 0,28, mis on ligikaudu 3,5 kuud.

Kui arvestada, et tellimused saabuvad nõudluse kasvades, siis ei ole iga -aastane kokkuhoid absoluutne väärtus. Lõppude lõpuks ei saa me öelda, et tellimusi tuleb alati ja vabal ajal, mis juhil pärast tarkvaratoote juurutamist on, esitab ta tellimusi.

Majanduslik mõju on järgmine:

692493,3 -(194 657,08*0,15+62943,3)=

Kumulatiivne efekt näitab, kui kaua kulub infosüsteemi arendamise ja rakendamise kulude katmiseks.

1. Uurida teoreetilisi aspekte ja paljastada "Tarkvaratoote arendamisest ja rakendamisest tuleneva majandusliku mõju arvutamise" olemus

2. Võttes arvesse asjaolu, et automatiseerimisprotsessi rakendati keskmise töötaja füüsilisele tööle, saadi järgmised eelised: nõutava kirje leidmise protsess muutus aja jooksul säästlikumaks.

Majandusliku efektiivsuse arvutusi analüüsides võib järeldada, et see projekt on ökonoomne ja selle rakendamine on ettevõttele kasulik.

Üks probleem kogu süsteemi hõlmava ja kontoritarkvara (tarkvara) tõhususe määramisel on hindamismetoodika valik. Klassikalises kirjanduses tõhususe hindamise küsimuses arvutatakse see valemiga:

Kulud - ostmise, paigaldamise ja seadistamise, hooldamise ja toetamise kogukulud, samuti kulud, mis on seotud seadmete seisakutega hoolduse või tõrkeotsingu ajal.

Efekt - tarkvara juurutamisega saavutatud efekt. Kuid kogu süsteemi hõlmava ja kontoritarkvara kasutamise eripära tõttu on nende rakendamise otsest mõju (ajaliselt või rahaliselt) raske kindlaks teha. Selle tulemusena tekib hindamismeetodi valimise probleem, mille kogu komplekti saab jagada:

  • 1. Kallid meetodid. Hindamine toimub mitte lõpptoote või tulemuse mõõtmise, vaid kulutatud ressursside või jõupingutuste alusel.
  • 2. Otsese tulemuse hindamise meetodid. Metoodika hindab otsest mõõdetavat tulemust, näiteks omandikulude vähenemist, süsteemi funktsionaalsuse suurenemist, tööjõukulude vähenemist või peamise tööjõutoodangu kõrvalsaaduse ilmumist.
  • 3. Meetodid, mis põhinevad protsessi ideaalsuse hindamisel. Sellised tehnikad põhinevad staatilistel või dünaamilistel võrdlusalgoritmidel. Põhinäitajaks valitakse vaadeldava süsteemi objekt, seejärel peetakse ideaalseks infosüsteemi, millel on tööstuse jaoks parimad kulunäitajad toodanguühiku kohta. Populaarsed on ka alternatiivse lahendusega võrdlemisel põhinevad lähenemisviisid.
  • 4. Kvalimeetrilised lähenemisviisid. Sellised tehnikad arvestavad infosüsteemi põhjalikult, korraldavad selle mõõtmist ja töötlevad statistiliste, sotsioloogiliste ja / või ekspertmeetoditega saadud tulemusi.

Kallid hindamismeetodid.

Katla meetod. Meetod põhineb tarkvarasse tehtavate investeeringute mahu, sealhulgas juurutamise ja hoolduse, suhte määramisel ettevõtte suuruse ja ärisuundadega. Sageli määratakse see suhe maksimaalse lubatud investeeringumahu kujul ettevõtte aastase käibe suhtes, näiteks väikeettevõtete puhul mitte rohkem kui 1% ja suurte puhul mitte üle 3%.

Funktsionaalse punkti meetod. Seda meetodit kasutatakse infosüsteemi (IS) loomise ja juurutamise kulude ligikaudseks hindamiseks, sõltuvalt kasutaja vajadustest. Iga sellist nõuet hinnatakse nii raskusastmel (lihtne, keskmine ja raske) kui ka kasutajale olulisuse skaalal. Nõuded esitatakse vektorina (funktsioonipunktina) mitmemõõtmelises ruumis. Lisaks eeldatakse vastavalt "kompaktsuse" hüpoteesile, et mida lähemal on nõuete ruumis projektide funktsionaalsed punktid, seda sarnasemad on nende parameetrid, sealhulgas tõhusus. Sellest tulenevalt on varem rakendatud projektide baasis üks, mille funktsionaalne punkt on kavandatud IS -ile kõige lähemal ja eeldatakse, et nende tõhusus on võimalikult lähedal.

Omandikulu kokku (TCO). See meetod eeldab tarkvara juurutamise ja hooldamise kvantitatiivset hindamist, mis arvutatakse järgmise valemi abil:

kus: - hinnang integreeritud projekti kuludele sel ajal; E on rahaliste vahendite ajalist iseloomu kajastav diskontomäär; - sel ajal tegelikult kantud tervikkulude diskonteeritud summa; T on süsteemi elutsükli periood; - projekti tervikkulude hindamine ajavahemikul t.

TCO mudel võimaldab teil mõista intellektuaalomandiga seotud kulude struktuuri ja avab laiad väljavaated nende vähendamiseks, aitab samuti tuvastada praeguseid probleeme ja annab pidevat tagasisidet kulude haldamisel.

Otsese tulemuse hindamise meetodid.

Kliendi indeks. See meetod hõlmab tarkvara juurutamise tulemuste hindamist indeksite kogumina, mis kajastavad ettevõtte töö positiivseid muutusi (suurenenud tulud, kulude vähenemine, käibe suurenemine, suurenenud kliendibaas jne).

Rakendusinfoökonoomika (AIE - rakendusinfoökonoomika) - metoodika sarnaneb tarbijaindeksiga, kuid erinevalt sellest hõlmab see ka erinevate subjektiivsete näitajate hindamist, näiteks süsteemiga töötamise lihtsust, klientide rahulolu jne.

Majanduslik väärtus (EVT - majandusliku väärtuse allikas). See on hinnang selle kohta, kuidas tarkvara ettevõttele selle kasutamisel kasu toob, ja seda hinnatakse nelja näitajaga: suurenenud sissetulek, suurenenud tööviljakus, toodete väljalaskmiseks kulunud aeg ja risk.

Majanduslik lisandväärtus (EVA - majanduslik lisandväärtus). See metoodika eeldab mõju määratlust kui tegelikku kasumit tarkvara kasutamisest, mis võrdub puhaskasumiga miinus kapitalikulud. Seoses IT -projektidega tähendab EVA järgmist:

  • · Kapitali kasutamisel IT -projektides on vaja arvestada selle maksumusega, selle eest tuleb tasuda samamoodi nagu töötajate töö eest;
  • · IT -spetsialistid peaksid müüma oma teenuseid teistele osakondadele turuhinnaga.

See võimaldab IT -d vaadelda pigem kasumikeskusena kui kuluna, näidates samas selgelt, kuidas tulud kasvavad.

Protsessi ideaalsusel põhinevad tehnikad.

Need meetodid põhinevad tarkvara juurutamise tulemuste võrdlemisel olemasolevate heade (ideaalsete) näidetega. Ja eeldatakse, et mida lähemale nendele näidetele jõuame, seda suurem on rakendatud tarkvara efektiivsus. Need meetodid hõlmavad järgmist:

Tööstuse keskmised tulemused. Sel juhul hinnatakse tarkvara juurutamise tõhusust võrreldes tööstusharu keskmiste tulemustega. Neid tulemusi kajastatakse tavaliselt avalikes väljaannetes ja turundusmaterjalides.

Gartneri mõõtmine Selle meetodi kohaselt määrab tõhusus, kui palju antud infosüsteem kasutaja vajadustele vastab. Samal ajal ei lähe orienteeritus mitte ainult süsteemi sisemistele võimalustele, vaid ka klientide subjektiivsele arvamusele ja erinevate rakendusvõimaluste objektiivsetele andmetele. Selleks kasutatakse selliseid kriteeriume nagu süsteemi seadistamiseks kulunud aeg, rakendatud funktsionaalsus, keskmine kasutajate arv serveri kohta, tehingute keskmine ja tipparv ajaühiku kohta, ühe tehingu maksumus, keskmine ja maksimaalne vastus. süsteemi aeg, kasutatud koolitusmeetodid, kulude infosüsteemi infrastruktuur kasutaja kohta. Sellise uuringu põhjal hinnatakse konkreetset rakendusvõimalust, samas kui seda võrreldakse teistega (varem rakendatud). Ja analüüsi põhjal antakse soovitusi infosüsteemi toimimise parandamiseks, optimaalse tarkvara konfiguratsiooni valimiseks, konkreetse kliendi jaoks kõige tõhusamate koolitusmeetodite kasutamiseks ja infosüsteemide integreerimiseks teiste kliendisüsteemidega.

Investeeringutasuvus (ROI - investeeringutasuvus). Metoodika olemus on valida ettevõttele tüüpiline projekt, mis on tarkvarasse investeerimise tasuvuse poolest optimaalne.

Kvalimeetrilised meetodid.

Kogu majanduslik mõju (TEI). Selle meetodi kulukomponendina kasutatakse TCO mudelit ja mõju arvutatakse järgmiste tegurite põhjal:

  • · Eelised. Töövõimaluste võrdlus olemasolevas ja prognoositavas infosüsteemis (kuidas oli - kuidas saab). Erinevuste hindamine ja tulemuste võrdlemine projekti eesmärkidega võimaldab määrata uue infosüsteemi eeliseid või puudusi.
  • · Paindlikkus. Infosüsteemi paindlikkust hinnatakse nii selle laiendatavuse kui ka kohanemisvõime tõttu uute tingimustega. Paindlikkuse üheks tagatiseks on standardiseeritud ja ühtsete lahenduste kasutamine, samuti infosüsteemi läbimõeldud ülesehitus.
  • · Risk. See eeldab rahaliste kahjude tõenäosust IT -sse investeerimisel.

Tasakaalustatud tulemuskaart (BSC - tasakaalustatud tulemuskaart). See on organisatsiooni strateegilise juhtimise süsteem, mis põhineb selle tõhususe mõõtmisel ja hindamisel kompleksse funktsiooni kasutamise kaudu, mis sisaldab indikaatorite kogumit, mis võtab arvesse ettevõtte kõiki aspekte (finants-, turundus jne). Need näitajad hõlmavad tavaliselt järgmist:

  • · Kriitilised edutegurid (CFS) - strateegilised näitajad: rahandus, kliendid, sisemised äriprotsessid, koolitus ja kasv;
  • · Tulemuslikkuse põhinäitajad (KPI), sealhulgas ettevõtte saavutatud tulemused.

Tasakaalustatud näitajate koosseis ja arv määratakse iga ettevõtte eripära alusel.

Kogu süsteemi hõlmava ja kontoritarkvara hindamise meetodi valimine

Kogu süsteemi ja kontoritarkvara tõhususe hindamise meetodi valimisel tuleb arvestada järgmiste teguritega:

  • · Tõhususe mõju ja kulukomponendi hindamine; võime määrata mõju seoses kogu süsteemi hõlmava ja kontoritarkvaraga; (oskus hinnata rahalisi ja ajalisi näitajaid, nagu tööviljakus, tootmiskulude vähenemine jne)
  • · Võimalus määrata näitajaid ilma organisatsiooni äriprotsesside põhjalikku uuringut tegemata, see uuring on väga kulukas ja aeganõudev. Ja reeglina on see vajalik ainult spetsiaalse tarkvara jaoks;
  • · Tehnika universaalsus - määrab parameetrite universaalsus ja nende mõju tugevus (kui seda muudetakse) arvutusalgoritmile.

Tab. 1. Erinevate meetodite kasutamise võimaluse tulemused

Mõju ja kulude hindamine

Efekti määramine kogu süsteemi hõlmava ja kontoritarkvara jaoks

Organisatsiooni põhjaliku uuringu vajadus

Mitmekülgsus

Katla meetod

ei loe

pole nõutud

mitmekülgne

Funktsioonipunkti meetod

mõju, kulud

kohaldatav

pole nõutud

mitte universaalne

ei loe

pole nõutud

mitmekülgne

Tarbijaindeks

ei ole kohaldatav

nõutud

mitte universaalne

kohaldatav

pole nõutud

mitmekülgne

ei ole kohaldatav

nõutud

mitte universaalne

mõju, kulud

kohaldatav

nõutud

mitmekülgne

Tööstuse keskmised tulemused

ei ole kohaldatav

pole nõutud

mitmekülgne

Gartneri mõõtmine

mõju, kulud

kohaldatav

pole nõutud

mitmekülgne

Investeeringu tasuvus

mõju, kulud

ei ole kohaldatav

pole nõutud

mitmekülgne

mõju, kulud (TCO)

kohaldatav

pole nõutud

mitmekülgne

mõju, kulud

kohaldatav

nõutud

mitmekülgne

Kõigile nendele teguritele vastab ainult kaks mõõtmismeetodit: Gartneri mõõtmine ja TEI.

Gartneri mõõtmismeetodi kasutamise tõhususe hindamise eripära on vajadus suure ja üksikasjaliku andmebaasi (DB) järele eelmiste paigalduste kohta. Mis muudab selle kasutamise väga keeruliseks.

Mis puudutab TEI meetodit, siis selle kasutamine tõhususe hindamiseks ei nõua suurt andmebaasi ning TCO mudeli kasutamine selle meetodi kulukomponendina võimaldab teil täielikult mõista tarkvaraga seotud kulude struktuuri. Mõju arvutatakse täiendavate tegurite põhjal, mis võimaldavad kindlaks teha uue infosüsteemi eelised või puudused, hinnata uue IS -i paindlikkust ja arvestada ka võimalike finantsriskidega uue IS -i kasutuselevõtmisel. Kõik see võimaldab saada üsna täpse hinnangu ja muudab TEI meetodi optimaalseks kogu süsteemi hõlmava ja kontoritarkvara tõhususe arvutamiseks.

Näide IP kasutamise efektiivsuse arvutamiseks TEI meetodil.

Eespool öeldi, et süsteemi- ja kontoritarkvara tõhusa valiku jaoks on kõigepealt vaja arvestada ettevõtte tüübiga, mille puhul tõhususe hindamine viiakse läbi. Tõhususe hindamise meetodiks valiti TEI - Total Economic Effect meetod.

See meetod kasutab kulukomponendina TCO mudelit, mis võimaldab teil üksikasjalikult mõista tarkvaraga seotud kulude struktuuri. Mõju arvutatakse täiendavate tegurite põhjal, mis võimaldavad kindlaks teha uue infosüsteemi eelised või puudused, hinnata uue IS -i paindlikkust ja arvestada ka võimalike finantsriskidega uue IS -i kasutuselevõtmisel. Kõik see võimaldab saada üsna täpse hinnangu ja muudab TEI meetodi süsteemi ja kontoritarkvara efektiivsuse arvutamiseks optimaalseks.

TCO arvutamise metoodika.

Omandikulu kokku (TCO). See meetod hõlmab tarkvara juurutamise ja hoolduse kvantitatiivset hindamist.

Üldjuhul on infosüsteemide TCO arvutamiseks vaja arvestada selliste näitajatega nagu arvutite maksumus, tarkvara maksumus, paigalduskulud, toe- ja hoolduskulud ning kahjud, mis tulenevad vigadest süsteemide töös:

Tuleb meeles pidada, et neil kuludel on erinevad kasutusperioodid: arvuti keskmine kasutusiga on 4-5 aastat, tarkvara puhul sõltub see näitaja litsentsi tüübist ja tüübist, kuid keskmiselt on see 3-4 aastat. Sellest tulenevalt tuleb TCO arvutamiseks viia need näitajad ühele arveldusperioodile (Venemaal arvutatakse need tavaliselt ühe aasta kohta). Seejärel arvutatakse seadmete maksumus järgmise valemi abil:

Tarkvara maksumuse arvutamisel tuleb arvestada kliendi valitud litsentsi tüübiga: karbiversiooni ostmine, tellimine, rent, liising, tasuta (tasuta tarkvara puhul). Sel juhul arvutatakse müüjate pakutud valemite järgi. Sel juhul, kui litsents näeb ette arvutuslikust pikema tööperioodi, on vaja, nagu arvutite maksumuse puhul, kasutada arvutatud perioodile vähendatud väärtusi.

Tarkvara installimise maksumus arvutatakse järgmise valemi abil:

kus Зп - kulud spetsialisti 1 tunni töö jaoks, mis määratakse kindlaks konkreetse piirkonna tingimustega; Time_set - tarkvara ühe eksemplari installimise aeg; Nkop - installitavate koopiate arv; periood - eeldatav tööaeg; Knad on koefitsient, mis määrab selle tarkvara ühe aasta keskmise uuesti installimiste arvu (määratakse iga konkreetse tarkvara tüübi jaoks empiiriliselt). Samal ajal on võimalik vähendada installitud koopiate arvu ja vajalikke uuesti installimisi, kasutades spetsiaalset tarkvara, mis rakendab piltide ja varukoopiate automaatset juurutamist.

Toetuse maksumus arvutatakse järgmise valemi abil:

Toetuse hind, tavaliselt 1 aasta. Toe hind sõltub nii valitud tarkvara tüübist ja selle toe vormist kui ka piirkonnast. Samas on kliendil võimalus valida toetusviis: iseseisvalt ja allhanke korras. Esimesel juhul kannab klient lisaks müüja nõutavatele kohustuslikele tugikuludele ka oma IT -teenuse ülalpidamise kulud, mille määravad peamiselt osakonnas töötavate spetsialistide palgad. Selle palga määravad tarkvara tüüp, millega spetsialistid saavad töötada, nende kvalifikatsioon ja piirkondlikud tegurid. Allhanke kulud määratakse kindlaks valitud organisatsiooniga sõlmitud teenuslepinguga. Samuti tuleb meeles pidada, et sellistes organisatsioonides töötab tavaliselt kõrgema kvalifikatsiooniga spetsialiste kui ettevõtete IT -teenustes. See on tingitud asjaolust, et IT -allhankele spetsialiseerunud ettevõtted saavad vastavatele spetsialistidele maksta suuri palku, mis on seotud suure töömahuga.

Ostetud tarkvara mittetoimivusega seotud kahjud arvutatakse teoreetiliselt järgmise valemi abil:

kus: kahjumi maksumus on ettevõtte saamata jäänud kasum ühe tunni jooksul, mil süsteem ei tööta; t_taotlused - aeg, mis kulub teatud tüüpi tarkvara töövõime taastamiseks, t_windings - keskmine ooteaeg, alates rikke tekkimisest kuni spetsialisti saabumiseni; periood - eeldatav tööaeg; Knad on koefitsient, mis määrab ühe aasta keskmise tõrgete arvu. Selle näitaja väärtus sõltub ka ettevõtte valitud toetuse liigist: allhanke skeemi valimisel pikendab see kõrvaldamise ooteaega (võrreldes ettevõtte sisemise IT -teenusega), kuid samal ajal elimineerimise aeg reeglina väheneb. Kahju arvutamise peamine probleem on saamata jäänud kasumi hindamise praktiline võimatus. Seetõttu on soovitatav see komponent eraldada TCO -st eraldi ajaindikaatoriks - „Kaotuste aeg”.

Valiku meetod.

Lisaks TCO -le eeldab TEI meetod valitud tarkvara vastavuse hindamist kliendi heaks töötavate rakendusspetsialistide nõuetele. Selliste nõuete väljaselgitamiseks viidi läbi vastav uuring "Kano analüüsi" kaudu, organisatsioonide küsitlemise tulemusena tuvastasid kasutajad peamised nõuded kogu süsteemi hõlmavale ja kontoritarkvarale. Selle tulemusena selgus, et erinevat tüüpi ettevõtete tarkvara nõuded kasutajale on praktiliselt samad:

  • · Tarkvaraga tutvumine.
  • · Liidese mugavus.
  • · Kasutuslihtsus.
  • · Töö kiirus.
  • · Töö stabiilsus.

Keskmisi ja suuri ettevõtteid iseloomustab ka haldusnõuete olemasolu, mis määravad tarkvara installimise ja konfigureerimise lihtsuse, nimelt:

  • · Kiire kasutuselevõtt.
  • · Kaughalduse võimalus.
  • · Automaatse paigaldamise võimalus.

Nende nõuete tähtsus tuleneb süsteemiadministraatorite suurest rollist ettevõtte infosüsteemide haldamisel.

Tegurite olulisuse hindamiseks kasutati "otsese hindamise" meetodit, kus iga tüüpi ettevõtete kasutajatel ja administraatoritel paluti neid hinnata skaalal 1-10. Uuringute ja neilt saadud andmete põhjal iga ettevõtte tüübi jaoks saab koostada "olulisuse" tabeli. Uuringutulemused iga ettevõtte tüübi kohta on esitatud tabelites:

Tab. 2. Organisatsioon 1 arvutiga

Tab. 3. Mikroettevõte

Tab. 4. Väikeettevõte

Tab. 5. Väike keskmise suurusega ettevõte

Kuna iga ettevõtte tüübi jaoks antud näitajad on usaldusväärsed, võimaldab see sõltuvalt ettevõtte tüübist tarkvara valimisel soovitada nende kasutamist.

Läbiviidud uuringute tulemusel on võimalik luua konkreetse ettevõtte tüübi jaoks tarkvara valimise kord. Enamik esitatud kasutaja- ja haldusnäitajatest (välja arvatud liidese tundmine) sõltub ainult selle tarkvara omadustest ja seetõttu saab neid enne kliendi saabumist eriuuringu käigus tuvastada. Sellised näitajad nagu TCO ja kaotuste aeg ning liidese tundmine selguvad kliendi lühikese küsimustiku kaudu. Samamoodi avaldatakse iga kriteeriumi olulisuse koefitsiendid kliendi ettevõtte tüübi määratluse kaudu. Saadud teave on piisav, et hinnata erinevate tarkvarasuvandite tõhusust konkreetse ettevõtte jaoks, näiteks ELECTRE meetodit kasutades. Selle meetodi kasutamiseks on vaja eelnevalt saadud andmed sisestada arvutustabelisse. Tabel näeb välja selline:

Tähtsus

valik 1

2. valik

Kui valik 1, valik 2 ... - vastavalt kavandatav kogu süsteemi hõlmav ja kontoritarkvara, TCO - tarkvara kogukulud, B_loss - kahjumiaeg. PF - esile tõstetud kasutajategurid (iga ettevõtetüübi jaoks on toodud "tähtsustabelis").

ELECTRE-meetodi eesmärk on lahenduse valik mitme kriteeriumi alusel valitud alternatiivide hulgast, mis põhineb kokkuleppe koefitsiendi hinnangul ja mittenõustumisel avaldustega ühe alternatiivi eelistamise kohta teiste ees. Teise võimalusena kasutame meie puhul teatud tüüpi kogu süsteemi hõlmavat ja kontoritarkvara.

Esitatud metoodika võimaldab ilma ettevõtte struktuuri ja äriprotsesse põhjalikult uurimata pakkuda süsteemi ja kontoritarkvara kõige tõhusamat versiooni, võttes arvesse nii selle soetamiseks vajalikke kulusid kui ka kasutaja nõudeid.

Infosüsteemide ja -tehnoloogiate majandusliku efektiivsuse hindamise probleem on olnud ja jääb aktuaalseks. Normatiivdokumendis GOST 34.003-90 “Infotehnoloogia. Automatiseeritud süsteemide standardite kogum. Terminid ja määratlused "on esitatud järgmine automatiseeritud süsteemi (AC) efektiivsuse (efektiivsuse) määratlus:" Automatiseeritud juhtimissüsteemi (ACS) tõhusus on vahelduvvoolu omadus, mida iseloomustab eesmärkide saavutamise aste selle loomise ajal. "

Aafrika Liidu tõhusust on erinevaid: majanduslik, tehniline, sotsiaalne jne. Tõhususe hindamiseks kasutatakse näitajaid (näitajaid või omadusi).

Teine normdokument - GOST 24.702-85 "Automatiseeritud juhtimissüsteemide tõhusus" näitab, et automatiseeritud juhtimissüsteemi tõhususe arvutamine toimub, võrreldes automaatse juhtimissüsteemi toimimise tulemusi ja igat tüüpi kulusid. selle loomiseks ja arendamiseks vajalikud ressursid. ACS -projekti valiku õigustamiseks tuleks kasutada kriteeriume, mis määratakse kindlaks erinevate näitajate alusel.

ACS -i jaoks on kehtestatud universaalne üldiste näitajate süsteem, nagu tõhusus (õigeaegsus), stabiilsus, juhtimiskvaliteet jne. Tulemusnäitajad peaksid kajastama konkreetse ACS -i eripära, kontrolliprotsessi elementide omadusi ja selle toimimise tingimused.

Automatiseeritud süsteemide loomine ja toimimine nõuab materiaalseid, inimlikke, rahalisi, ajakulusid jne.

GOST 24.702-85 näitab vajadust hinnata ACS-i tõhusust olelusringi jooksul, mis näeb ette:

  • ? nõuete kujundamine ACS -ile;
  • ? loodud ja toimivate automatiseeritud juhtimissüsteemide analüüs kindlaksmääratud nõuete täitmiseks;
  • ? parima võimaluse valimine ACS -i loomiseks, kasutamiseks ja arendamiseks;
  • ? automatiseeritud juhtimissüsteemi ehitamiseks kõige otstarbekama variandi süntees (moodustamine) vastavalt kriteeriumile "efektiivsus - kulud".

Üks meetodeid ACS -i ehitamiseks sobivate võimaluste valimiseks on ACS -i loomise või täiustamise kaudu saavutatud tõhususe (E) ja ressursikulude taseme tasakaalustamine (Q). On kaks tõhususe põhimudelit:

1) ACS -i tõhususe maksimeerimine koos ressursitarbimise piirangutega

2) ressursitarbimise minimeerimine, et tagada antud tõhususe tase

Majandusliku efektiivsuse probleem on seotud nende mudelite komponentide rahalise väärtusega.

ACS projekti majanduslikult efektiivse versiooni valimine (O saab teostada vastavalt tegevuste tulemuste ja selle sündmuse jaoks kehtestatud arvutusperioodi kulude maksimaalsele erinevusele, võttes arvesse erinevaid standardeid ja kehtestatud piiranguid, näiteks , ressursside tarbimise ja mõju taseme kohta:

Ajavahemikku, mille suhtes efektiivsuse arvutamist tehakse, piiravad arenduse alguse hetked ja tehniliste vahendite ning disainilahenduste täieliku vananemise algushetked. Iga eraldi perioodi puhul võetakse arvesse järgmisi kulukomponente: kapitalikulud (TO), seotud intellektuaalomandi varade loomisega; IP -varade toimimise säilitamisega seotud tegevuskulud (tegevuskulud - O):

Koefitsient (a) üheaegsete kulude nullperioodile viimiseks võib vastata diskontomäära või muu standardi kontseptsioonile. Kulude muutmiseks aja jooksul on võimalikud järgmised võimalused.

Kõik valemi komponendid on selgesõnaliselt olemas;

sh K 0- väärtust pole, kapitalikulud tekivad hiljem (variant on äärmiselt haruldane);

? K t- kõik väärtused või osa neist puuduvad (üsna tavaline võimalus lühiajaliste infosüsteemiprojektide jaoks).

Mõju ühe (või) IT -valiku asendamisest teisega, kui nad täidavad teabeteenuste koha, aja, mahu ja kvaliteedi osas identseid ülesandeid, saab väljendada valemiga

Kui A "> 0, on soovitav asendada valik 1 valikuga 2, kuna valiku 1 (Cj) kulud ületavad variandi 2 (C 2) kulud, kuid kahe aja kulude arvutamise ajavahemikud valikud on samad.

On olemas lähenemisviis nn spetsiifilise arvutamiseks majandusliku tõhususe näitajad, näiteks ühe juhtiva personali või ühe töötava inimese töökoha põhjal. Mõnel juhul arvutatakse efekti ja mõju suurus ühe aasta kohta.

Tavaliselt võrreldakse IT -võimalusi "põhivalikuga". Võrdlusbaasina kasutatakse võimalust, mis esitab progressiivsete tootmismeetodite (töö) tehnilised ja majanduslikud näitajad või analoogobjekti tegelikud näitajad, millel on parimad majandustegevuse näitajad ning kõige vähem kahjumit ja tegematajätmisi.

Majandusliku efektiivsuse allikateks on automatiseeritud juhtimissüsteemi loomise, toimimise ja arendamise tulemusena kahjumi vähendamine ja reservide rakendamine rajatise töö parandamiseks. Majandusliku efektiivsuse hindamisel soovitab GOST 24.702-85 üldistada ja konkreetseid näitajaid: iga -aastane majanduslik mõju - E y; ACS -i väljatöötamiseks ja rakendamiseks tehtud kapitalikulutuste arvutatud tõhususe suhe - ke f kapitalikulude tasuvusaeg ACS -i väljatöötamiseks ja rakendamiseks - T lk.

Peamised ACSi majanduslikku tõhusust iseloomustavad näitajad on järgmised:

Aastane kokkuhoid (aastane kasumi kasv) - E;

Ma olen tootmis- ja majandustegevuse kulude vähendamine haldusrajatises ACSi väljatöötamise ja rakendamise tulemusena - Cp;

Ma olen tööviljakuse tõus Lp;

Ma olen kokkuhoid ressursitüüpide kaupa - S;

Ma olen töötajate vabastamine (vähendamine) - Rw;

Ma olen toodete kvaliteedi parandamine - Q / mp.

Iga -aastane majanduslik mõju on määratletud kui erinevus iga -aastase kokkuhoiu ja automatiseeritud juhtimissüsteemi arendamise ja rakendamise kulude vähenemise vahel ning seda saab arvutada või see on tegelik.

ACSi väljatöötamise ja rakendamise aastane kokkuhoid (aastane kasumi kasv) sisaldab järgmist:

  • ? iga -aastane kasumi kasv, mis on põhjustatud majandustegevuse (tootmine, teenused või töö) mahu suurenemisest ACS -i väljatöötamise ja rakendamise ajal;
  • ? iga -aastane kasumi kasv, mis on tingitud ehitusaja vähenemisest, samuti uute toodete (teenuste) arendamise kiirenemisest automatiseeritud juhtimissüsteemide väljatöötamise ja rakendamise tulemusena;
  • ? säästes jooksvaid kulusid toodete, teenuste või tööde tootmiseks automatiseeritud juhtimissüsteemi toimimise tingimustes;
  • ? säästa muid kulusid, mis ei kuulu tootmise või töö maksumuse hulka, mis on tagatud automatiseeritud juhtimissüsteemi toimimisega nii otse rakendamiskohas kui ka sellega seotud valdkondades ja tööstusharudes.

Iga -aastased tegevuskulud täielikult arvesse võetud.

Kasutatud kapitalikulude toomiseks vähendustegur- standardne kasutegur (fc „), mis vastab iga -aastase perioodi kulude osale:

Kapitalikulude hinnanguline majandusliku efektiivsuse koefitsient ACS -i väljatöötamise ja rakendamise puhul on hinnanguline aastane kokkuhoid (aastane kasumi kasv) suhe ACS -i arendamise ja rakendamise kapitalikuludega:

Tagasimaksmisperiood on automatiseeritud juhtimissüsteemi väljatöötamise ja rakendamise kapitalikulude suhe aastasse kokkuhoidu (iga -aastase kasumi kasvu juurde):

Vastavalt GOST 24.203-80 on majandusliku efektiivsuse arvutamine koostatud dokumendi kujul, mis koosneb järgmistest osadest: lähteandmed arvutamiseks; süsteemi majandusliku efektiivsuse arvutamine; arvutuste tulemused.

Arvutamise lähteandmed peaksid sisaldama: majandusliku efektiivsuse määramise meetodit; loetelu teguritest, mis aitavad kaasa juhtimisobjekti töö efektiivsuse suurenemisele automatiseeritud juhtimissüsteemi loomisel; arvutamiseks vajalikud lähteandmed vastavalt vastuvõetud metoodikale ja mis on eriti oluline, viited algandmete saamise allikatele ja võrdlusaluse valiku põhjendus.

Süsteemi majandusliku efektiivsuse arvutamine hõlmab kuue sammu rakendamist:

  • 3) automatiseeritud juhtimissüsteemi loomise kulude arvutamine;
  • 4) süsteemi hooldus- ja töökulude arvutamine;
  • 5) eeldatavate säästude arvutamine peamiste tehniliste ja majanduslike näitajate osas ning automatiseeritud juhtimissüsteemi kui terviku rakendamise eeldatav aastane majanduslik mõju;
  • 6) kasuteguri ja tasuvusaja arvutamine;
  • 7) kulude tasuvusaja määramine;
  • 8) arvutatud kasuteguri ja tasuvusaja võrdlus nende standardväärtustega.

Infotehnoloogiate majandusliku efektiivsuse hindamise probleem kordab "vana" probleemi - automatiseeritud juhtimissüsteemi majandusliku efektiivsuse hindamine, kuid sellel on uus tähendus.

Esiteks muutuvad infotehnoloogiad teabeteenusteks, mis on muutumas kaubaks, ning ärisuhete olemus IT -pakkujatega muutub.

Teiseks on IT juhtimise strateegiline komponent tugevnemine, mis moodustavad teatud sihtmärkidega süsteemi. Samas on IT -strateegia tihedalt seotud äristrateegiaga ja koguni proaktiivse strateegia vormis, mis tagab positsiooni tugevdamise ja ärisüsteemi võimete kasvu.

IT arendamine toimub mitmes suunas, tagades kasutajate nõuete maksimaalse rahuldamise:

  • ? infoteenuste valiku laiendamine;
  • ? teabeteenuste kvaliteedi parandamine;
  • ? infotehnoloogia IT -infrastruktuuri täiustamine riist- ja tarkvara ning side arendamise kaudu;
  • ? infoteenuste osutamise organisatsioonilise aluse muutmine jne.

Kaalutud meetodid ACS -i majandusliku efektiivsuse arvutamiseks ei võta arvesse olulisi punkte. IP -projekt on peaaegu alati investeerimisprojekt, seega on IT -investeeringute tulemuslikkuse hindamiseks vaja kasutada indikaatoreid. Antud arvutusvalemid on staatilised, need ei arvesta alati reaalsetes tingimustes toimuvaid riske, mis kajastuvad arvutusvalemite komponentide väärtustes. Sellega seoses on vaja mitte ainult arvutust, vaid simulatsioonimudelit IT -investeeringute majandusliku efektiivsuse hindamiseks. Praegu on IT kasutamise olemus muutunud, mis on IT -teenuste vormis.

Kuna IT -osakonnad toodavad, müüvad ja toetavad IT -teenuseid tasulisel alusel, võib neid liigitada kasumikeskusteks. Tekib terav probleem ärisüsteemi konkurentsieeliste loomisega IT arvelt, IT -teenuste hinna ja kvaliteedi optimaalse suhte ning teiselt poolt IT -teenuste ärinõuete suhtega; aeg on küps üleminekuks turumehhanismidele „IT tootja - tarbija”.

Sellega seoses on kujundatud erinevaid lähenemisviise IT majandusliku efektiivsuse hindamiseks.

  • See GOST asendas GOST 24.003-84, GOST 22487-77.
  • Sõltuvalt kasutatavast matemaatilisest aparaadist võib kriteeriumi väljendada objektiivse funktsiooni või ordinaalmõõduna, mis kehtestab indikaatorite kombinatsioonide järjestatud järjestuse.
  • GOST 24.702-85 kasutab rahvamajandusliku efekti mõistet.
  • Turumajanduses piiravad seda ajavahemikku ärisüsteemi ja üksikute kasutajate vajadused infosüsteemi ja tehnoloogiate järele.
  • Vastavalt standardile GOST 24.702-85 hõlmavad automatiseeritud juhtimissüsteemi väljatöötamise ja rakendamise kapitalikulud (ühekordsed) järgmist: automatiseeritud juhtimissüsteemi väljatöötamise kulud (tootmiseelsed kulud); kapitalikulutused arvutite, välisseadmete, sidevahendite, tarkvara, abiseadmete, kontoriseadmete, tööstus- ja majandusvarude soetamiseks (tootmiseks), transpordiks, paigaldamiseks ja reguleerimiseks; automatiseeritud juhtimissüsteemi toimimiseks vajalike hoonete, rajatiste ehitamise (rekonstrueerimise) kulud; käibekapitali muutus seoses automatiseeritud juhtimissüsteemi väljatöötamise ja rakendamisega; personali väljaõppe (ümberõppe) kulud.
  • Tegevuskulud hõlmavad teeninduspersonali palku, kulusid kuludeks aruannete koostamiseks, andmebaasi arhiivikoopiate loomiseks, tarbitud soojuse, elektri jms kulusid, sõidukulusid, tehniliste seadmete ennetavat hooldust ja remonti, muud tootmist ja üldised ärikulud IS hooldamiseks ...
  • Tavaline kasutegur näitab piire, mille piires kulud on vastuvõetavad. Sellel võib olla tööstuse eristumine.

D.K. Skripov, Ph.D.
JSC VTB Bank, DIT teenistuse juhataja asetäitja
lõpetanud MBA grupi CIO-32A
RANEPA IT -juhtimise kool Vene Föderatsiooni presidendi all

Gribanov S.P.
IT -juhtimise kool RANEPA Vene Föderatsiooni presidendi all

Suurte ettevõtete mis tahes infosüsteemi rakendamisel tekib alati küsimus selle maksumusega seotud kulude otstarbekuse kohta. On väga oluline hinnata võimalikult täielikult kõiki kavandatud kulusid, sealhulgas litsentside maksumust, süsteemi rakendamise / läbivaatamise teenuste maksumust ja hoolduskulusid. Kuigi enamiku projektide puhul on selle infosüsteemi rakendamisest tingitud kuvandit ja muid immateriaalseid hinnanguid võimatu usaldusväärselt rahaks vormida, võimaldab otseste ja kaudsete kulude ja tulude üksikasjalik analüüs meil teha usaldusväärseid järeldusi selle vajaduse kohta. rakendamine.

Infosüsteemi rakendamise tulemuse hindamiseks võib majanduslikku efektiivsust määratleda kui vahet infosüsteemi kasutamisest saadava kogutulu ja infosüsteemi maksumuse vahel selle elutsükli jooksul. Kuid enne süsteemi juurutamist ei saa tulevast sissetulekut täpselt määrata, saate seda hinnata ainult sarnaste süsteemide rakendamise praktika põhjal. Seetõttu räägitakse alguses tavaliselt ainult kvaliteetsetest prognoosinäitajatest.

Nagu paljudes suurettevõtetes, rakendab VTB pank samaaegselt suurt hulka nii üksteist mõjutavaid kui ka mitteseotud projekte. Projekte kui samme pikaajalise IT-strateegia rakendamisel hinnatakse lisaks nende vastavusele panga äristrateegiale ka juurutatavate või täiustatavate infosüsteemide majandusliku efektiivsuse järgi. Eriti seoses asjaoluga, et otsused projektide elluviimise kohta käivad läbi pika ahela panga ulatuslikus struktuuris ja lõpuks on need pangainfotehnoloogia komitee poolt kollegiaalselt heaks kiidetud, ühtne, läbipaistev erinevate osakondade jaoks on vaja metoodikat, mis võimaldab võrrelda projektide maksumust ja võtta vastutusotsus nende elluviimise üle.

OJSC VTB Bank on VTB Grupi emaettevõte. Riigi osa VTB Panga kapitalis on 60,9%. VTB Group on rahvusvaheline finantskontsern, mis pakub laia valikut pangateenuseid. VTB Grupp koosneb VTB Pankast ja selle tütarettevõtetest krediidi- ja finantsasutustest. Tütarettevõtted krediidiasutused teostavad pangatoiminguid, tütarettevõtjad finantsteenused väärtpaberiturul, kindlustusteenused või muud finantsteenused. VTB Grupp koosneb täna enam kui 30 ettevõttest enam kui 20 riigis üle maailma. Grupi ettevõtetes töötab üle 90 000 inimese.

Vastavalt VTB Pangandusgrupi arengustrateegiale on põhitegevuseks aktsionäride väärtuse tõstmine.
Kaasaegne pangandus on võimatu, kui krediidiasutused ei kasuta arenenud infotehnoloogiaid, mis võimaldab mitte ainult parandada pakutavate pangateenuste kvaliteeti, vaid ka laiendada nende nimekirja. Nagu näitab praktika, suurendab kaasaegsete tehnoloogiate kasutamine krediidiasutuste poolt nende tegevuse tõhusust märkimisväärselt.
IT -strateegia on VTB Grupi üldise arengustrateegia lahutamatu osa ja määrab VTB Grupi IT -arendussuunad.

IT -strateegia peamised eesmärgid on:

  • VTB Grupi IT -kulude optimeerimine;
  • IT -teenuste kvaliteedi ja usaldusväärsuse parandamine;
  • ettevõttele täiendavate konkurentsieeliste pakkumine infotehnoloogia kaudu;
  • IT ettevalmistamine kontserni suurte Venemaa pankade võimalikuks ühinemiseks.

Ettevõtte juhtimissüsteemi ülesehitamine VTB Groupi eesmärk on maksimeerida selle eeliseid, suurendada selle osakaalu sihtturgudel, suurendada tõhususnäitajaid ja tõsta VTB Groupi kapitaliseerituse taset.

Seega on kaasaegse turu konkurentsitingimustes, mis nõuavad pangatoodete pidevat lisamist ja / või muutmist, kiire, tõhus ja hallatav teadmiste edastamise süsteem panga töötajate vahel. Teadmussiirdeprobleemid süvenevad veelgi pangandusgrupi jaoks tervikuna.

Kontserni olemasolev kaugõppesüsteem on killustatud ja ei vasta praegu kontserni vajadustele, kuna see ei kajasta maatriksihaldussüsteemi ja olemasolevaid globaalseid äriliini.

Kontsernil puudub võime pakkuda kiiret ja standardiseeritud koolitust ülemaailmsetel äriliinidel, tugiliinidel ja toote vertikaalidel.

Seega on vaja luua operatsioonisüsteem teadmiste tutvustamiseks ja levitamiseks ärivaldkondades, tugivaldkondades ja tootevaldkondades (sh uued menetlused, poliitikad, aruandlusstandardid, teenindusstandardid jm). Ühtne tsentraliseeritud koolitussüsteem VTB Grupi ettevõtetele võimaldab:

  • tagama kontrolli koolituse kvaliteedi üle rühmas, sealhulgas kursuste täitmise ja tagasiside kaudu
  • luua ühine rühmasüsteem teadmiste haldamiseks ja parimate tavade vahetamiseks
  • tagada täiskoormusega koolituste (mitte ainult funktsionaalsete, vaid ka oskuste) kulude oluline vähenemine ilma kvaliteedi kadumiseta, samuti toetada kontserni erinevates ettevõtetes olemasolevaid portaale, osta sarnaseid ja vahetatavaid e-kursusi.

Praegu kasutatakse kaugõppe süsteeme autonoomselt peaaegu pooltes kontserni ettevõtetes. Samas sisaldavad mõned portaalid alla kümne kursuse ja neid praktiliselt ei kasutata.
VTB Grupi ühtne koolitusportaal võimaldab:

  • luua ühtne koolitusruum kõikidele VTB Grupi ettevõtetele
  • luua platvorm teadmiste vahetamiseks kontserni ettevõtete vahel
  • rakendada PR -funktsioone kontserni tasandil
  • pakkuda kõigile grupi töötajatele juurdepääsu isikliku tõhususe, juhtimise, tarkvaraga töötamise jms kursustele.

Automatiseeritud kaugõppesüsteemide kasutuselevõtt säästab töötajate koolituskulusid 30% -lt 80% -le (vt näiteks), peamiselt töötajate ja / või koolitajate reisikulude vähenemise tõttu. Samuti võimaldavad kaugõppesüsteemid lühikese aja jooksul koolitada kümneid tuhandeid töötajaid (näiteks uue pangandustootega tutvumine kahe nädala jooksul).
Olemasolev VTB panga koolitussüsteem ei vasta ärinõuetele. Süsteemimuudatuste sisseviimise protsessid ei rahulda kasutajaid ja need tuleks ümber kujundada.

Majandusliku efektiivsuse hindamise meetodid

Praegu käsitletakse kirjanduses peamiselt kahte lähenemisviisi, et hinnata infosüsteemi rakendamise majanduslikku efektiivsust. Esimene on kasutada staatilisi hinnanguid, arvestamata aja jooksul raha maksumust. Peamine näitaja on Omandikulu kokku(Omaniku kogukulu, TCO). Näitaja eripära on see, et see võtab arvesse ainult projekti kulude osa. Indikaatori arvutamiseks pole universaalset mehhanismi, sõltuvalt hindatavast objektist võetakse arvesse eri liiki otseseid ja kaudseid kulusid. Esiteks pakkus Gartneri kontsern 1987. aastal ja seejärel 1994. aastal Gartneri kontserni omandatud Interpose välja lähenemisviisi, mis kasutab võrdlusi sarnaste keskmiste kuludega sõltuvalt ettevõtte profiilist, mis muutis selle meetodi praktiliselt hindamisstandardiks infosüsteemi omandikulu.

ITIL -i teenusstrateegia () määrab kindlaks kuus kulude põhiomadust, mis on jagatud kolme rühma, nii et mis tahes tüüpi kulud saab seostada täpselt ühega neist kolmest rühmast:

  • Põhiline või toimiv
  • Otsene ja kaudne
  • Fikseeritud ja muutuvad kulud.

Amortiseerida saab ainult püsikulusid. Amortisatsioon on vajalik, sest infosüsteemid võivad maksta märkimisväärseid summasid ja neid saab kavandada mitmeaastaseks kasutamiseks ning loomulikult osutub nende maksumus palju suuremaks kui esimese kasutusaasta tulud. Vastavalt Vene Föderatsiooni maksuseadustikule kuuluvad elektroonilised arvutid amortiseeritava põhivara teise rühma, mille amortisatsiooniaeg on 2 kuni 3 aastat.

Peamised artiklid, mille alusel hindamine läbi viiakse ():

  • seadmete kulud (seadmete kuluühik, eküüd);
  • tarkvara kulud (Software Cost Unit, SCU);
  • personalikulud (organisatsiooni kulude üksus, OCU);
  • majutuskulud (majutuskulude ühik, ACU);
  • Teiste osakondade pakutavate kaupade ja teenustega seotud ülekandekuluühik (TCU), s.o. sisemised arveldused organisatsiooni osakondade vahel;
  • IT finantsjuhtimise protsessiga seotud kulude arvestus (CA).

Järgmine näitaja süsteemi rakendamise analüüsimiseks on Investeeringutasuvus(Investeeringutasuvus, ROI). See suhe näitab projekti investeeritud kapitali tasuvust:
, (1)
kus on investeeritud vahendid, kas väärtus perioodi lõpus, on kasum. Seda nimetatakse ka omakapitali tootluseks.
Koefitsienti on mugav kasutada vastuseks küsimusele, kui tõhus on projekt (). Sellega on tihedalt seotud ka projekti tasuvusaeg, see on ajavahemik, mis on vajalik projekti tasaseks muutumiseks.

Teine mugav näitaja on Majanduslik lisandväärtus(Ökonoomiline lisaväärtus, EVA). Majanduslik lisandväärtus on erinevus ettevõtte puhaskasumi ja kõigi tekkinud kulude vahel:
, (2)
kus on puhaskasum pärast makse,
- kaalutud keskmine kapitalikulu, - investeeritud vahendid.
Indikaatori arvutamise keerukus avaldub kasutatud parameetrite hindamises.
Kui investeeringutasuvus on kirjutatud kujul
,
seejärel määratakse majandusliku lisandväärtuse näitaja järgmiselt:
.
See tähendab, et iga investeering loob lisaväärtust ainult siis, kui selle kasumlikkus pärast makse ületab kaalutud keskmist kapitalikulu.

Kui tulevikus saadavat kasumit ei ole võimalik selgesõnaliselt hinnata, hinnatakse seda töömahu vähendamise või infosüsteemi rakendamise tõttu toimingute tegemise vajaduse puudumise kaudu. Hinnangud vastavate säästude kohta korrutatakse keskmise palgaga ning neid suurendatakse maksude (kindlustusmaksed) ja töökuludega.

TCO arvutamise peamine puudus majandusliku efektiivsuse hindamisel on projekti tulude poole arvestamata jätmine, samuti rahakulude muutus pikaajaliste projektide puhul. Seetõttu kasutame edaspidi meetodeid, mis võtavad arvesse erinevate muudatustega diskonteeritud rahavoogude kontseptsiooni. Seega määrame iga rahavoo puhul selle väärtuse, mis on vähendatud teatud ajahetkele.

Selle kontseptsiooni peamine näitaja on näitaja Nüüdisväärtus(Praegune puhasväärtus, NPV):
(3)
kus nüüdispuhasväärtus on investeeritud vahendid, r diskontomäär, on kogu rahavoog k-periood, sealhulgas finants-, investeeringu- ja tegevusvood. Tavaliselt kirjendatakse rahavoogusid ühe aasta jooksul.
Teine levinum mõõdik on Sisemine tootlus(Internal Rate of Return, IRR). IRR on määr, millega praegune puhaskasum muutub 0 -ks.

Praeguse netosissetuleku ja selle väärtuse arvutamiseks, millega sisemist tootlust saab võrrelda, on vaja maksimaalse täpsusega hinnata diskontomäära. Diskontomäär sõltub projekti jaoks raha saamise mehhanismidest, samuti võimalusest raha turvaliselt investeerida. Projekti ökonoomika täpsemaks hindamiseks või pikemaks kaalumiseks kasutatakse kaalutud keskmise kapitalikulu (WACC) indikaatorit. WkaheksandatudAverageCostCapital)
, (4)
kus on iga allika hind kapitali kogumaksumuses,
- maksumäär on positiivne, kui kulud saab maksustamisbaasist välja arvata; - vastava allika määr.

Praktikas arvutatakse investeerimisprojektide tõhususe hindamisel vastutustundliku investeerimisotsuse tegemiseks ülaltoodud näitajaid mitte eraldi, vaid kõik koos, kuna igal neist on nii positiivseid kui ka negatiivseid omadusi.

Seega on järgmine meetodite kombinatsioon optimaalne hindamise täielikkuse ja hindamiskulude minimeerimise seisukohast:

  • projekti kuluosa määramine TCO meetodil
  • süsteemi rakendamise mõjude kindlaksmääramine. See töö võib koosneda mitmest komponendist:
    • rakendamise mõju prognoosimine, mis põhineb saavutatud tulemustel sama majandussektorisse kuuluvate ettevõtete varem edukalt ellu viidud sarnaste projektide puhul;
    • mõju prognoosimine äriklientide hinnangute põhjal.
  • võttes arvesse rakendusprojektiga seotud riske.

Korporatiivkultuuri olemasolu ettevõttes raskendab sageli (ja tavaliselt üsna oluliselt) uute tehnoloogiate, sealhulgas uute infosüsteemide kasutuselevõttu. Seetõttu on hädavajalik arvestada ettevõtte omadustega.

Näide infosüsteemi valimisest

Vastavalt IT -strateegiale, panga struktuurile ja võttes arvesse automatiseeritud koolitussüsteemide turu analüüsi, kaalume üksikasjalikult panga nõuete rakendamist tarkvaratoodetes WebTutor by Websoft ja Competentum Shareknowledge by Competentum. Välisettevõtete, näiteks Saba või SAP R3, laialt levinud parimate koolitussüsteemide tehnilise läbivaatamise tõsidusele lisanduvad ainult litsentside maksumused, mis ületavad oluliselt kõnealuste Venemaa süsteemide rakendamise ja läbivaatamise kogukulusid.

Skooritabeli kriteeriumide kaal (vt joonis 1) valiti pangas sarnaste projektide elluviimise kogemuse põhjal. Peamine kriteerium on maksumus (25%), kuna projekt peab olema tasuv. Järgmine kaalukriteerium (20%) ja seega kõige suurema mõjuga on toote vastavus kehtestatud ärinõuetele. Kuna mis tahes ülevaatamisega kaasneb teatud risk ja see võtab ka aega, on loomulikult eelis kõige vähem nõutava ülevaatusega süsteemil. Mittefunktsionaalsete nõuete suure kaalu (15%) põhjustavad näiteks sisemiste osakondade kontrollimise nõuded, näiteks rollipõhise struktuuri kaudu kohustuslik infosüsteemidele juurdepääsuõiguste andmine. Infosüsteemide täiustamine selliste nõuete täitmiseks, kui neid projekteerimisel algselt ette ei nähtud, nõuab tavaliselt palju aega ja raha.


Riis. 1. Automatiseeritud õppesüsteemide hindamine

Rakendusprojekti tööjõukulud, mis põhinevad tarkvaratootel Competentum Shareknowledge ja Microsoft Sharepoint Server, hindasid Microsoft ja saadud töö muudeti hinnaks, võttes arvesse suurte automaatikaettevõtete turuhindu. Vastavalt saadud arvudele arvutame ülalkirjeldatud finantsnäitajad (arvutus on miljonites rublades):
TCO = 15
ROI = 19,6 / 15 - 1 = 30%
PI = 18,5 / 15 = 123%
NPV = 3,5
EVA = 4,6 - 0,035 * 3 * 15 = 3,03
IRR on umbes 10%.

Peamise panuse kulude vähendamisse annab kulude kirje koolitusstandardite tõlkimiseks kontserni tütarettevõtetele muudatuste juhtimise programmi raames. Need kulud hõlmavad valitud kohalike teenusepakkujate koolitust ja nende sertifitseerimist programmi ja sisseehitatud elementide jaoks, võttes arvesse igale pakkujale makstavat makset, reisikulusid ja koolituse kvaliteedikontrolli, st reisi tütarettevõttesse programmi pakkuja-panga ja / või ettevõtete koolitusteenistuse töötajate toetuse ja kvaliteedikontrolli, samuti kohalike pakkujate koolituste korraldamise kaudu tütarettevõtte pangas.
Majandusliku efektiivsuse hindamise käigus saab teha järgmised järeldused:

  • Shmatalyuk A., Koptelov A., Arvutuse tunnused ROI IT rakendamisel. Infoteenistuse direktor, nr 01, 2009.
  • Ettevõtte juhtimissüsteemid