Mudel on funktsionaalne. Mudeli koostamine "nagu on" ja "nagu saab olema"

2024 Autor: Howard Calhoun | [email protected]. Viimati modifitseeritud: 2023-12-17 10:25

Organisatsioon kui elusorganism on organiseeritud infoprotsesside süsteem, mis tuleb väljastpoolt, ringleb sees ja mille tulemusena tekib. Samas pole neid kõiki teadlikult kujundanud juhtkond ja/või töötajad, oma olulist rolli mängib objektiivne reaalsus.

Funktsionaalne mudel on ühendatud süsteemide süsteem: lisaks planeeritule tekivad paljud struktuurielemendid, protsessid ja funktsioonid muuhulgas juhtimisvigade, töötajapoolse ülesande valesti mõistmise või juhi saavutatud tulemuse kallutatud hindamine. Väliste mõjude ebapiisav analüüs, ülesannete dubleerimine, otsuste mitmekesisus, otsuste tegemise psühholoogia ja paljud muud asjaolud on aluseks organisatsiooni juhtimismudeleid analüüsivale ja tõhusaid lahendusi pakkuvale uuringule.

Saate igal ajahetkel määrata, kuidasnäeb välja nagu funktsionaalse organisatsiooni mudel "nagu on" olekus (NAGU ON). Väljakujunenud meetodite seisukoh alt on võimalik laekunud ideid analüüsida ning sõnastada viise efektiivsemaks tööks ja organisatsiooni edasiseks arendamiseks.

Olemasolevad kogemused ja metoodikad

Tuum IDEF0 (Integrated Definition Function Modeling) modelleerimistehnikat esindavad praegu erinevad variatsioonid ja tõelised head kogemused. See põhineb jagamatu osakese ideel - plokil, mis kuvab mõnda ärifunktsiooni. Ploki küljed on selle rollid. Vasak – sisend, parem – väljund, ülemine – juhtimine, alumine – mehhanism.

See formaalne suhtumine organisatsiooni võimaldab meil seda esitada omavahel seotud plokkide (ärifunktsioonide) kujul. Järelikult on organisatsiooni struktuurimudel esindatud lihtsate elementide kogumiga. Funktsionaalse lagunemise põhimõte: üks plokk - üks ärifunktsioon. Keerukuse piirangu põhimõte piirab elementide arvu igas diagrammis. Konteksti põhimõte – organisatsiooni enda ärifunktsiooni olemus esitatakse ideede kombinatsioonina selle kohta, mida plaaniti luua, mis on ja kuidas see toimib.

Organisatsiooni juhtimismudeli objektiivseks ülesehitamiseks on oluline ka automatiseeritud töökohtade väljatöötamisel ja juurutamisel omandatud kogemus, mida ergutas arvutitehnoloogia arengu areng, kohalike ja globaalsete võrkude tekkimine.

Tehnika rakendamise tulemus: "olla" (TO BE) tähistab tavaliselt seda, kuidasjuurutatakse üht või teist infosüsteemi ning ettevõtte arendusprotsessi käsitletakse kui üleminekut praegusest seisust ettemääratud seisundisse. Iseenesest ei anna tehnika rakendamine alati märkimisväärset tulemust. Iga funktsionaalset juhtimismudelit ei saa kohandada konkreetse kaasaegse infosüsteemiga.

Modellitöö alguse alus

Funktsionaalne organisatsioonimudel on väga raske ülesanne. Töö lihtsustamiseks tuleks esm alt eeldada, et materjalikomponent on normaalses seisukorras ja töötab laitmatult ning organisatsiooni tehnilised teenistused tagavad selle kõige vajalikuga, kontrollivad insenerikonstruktsioone ja vajalike energialiikide varustamist piisavas koguses. kogused.

Selle eeldusega saate määrata, kuidas funktsionaalne mudel konkreetse organisatsiooni puhul välja näeb positsioonis "nagu on" (NAGU ON) selle puhtaimal kujul. Kui hiljem selgub, et materjali komponent ei toiminud hästi, tuleb teha uus modelleerimine.

Edu õnnestumiseks tuleb enne seadme sisselülitamist eeldada, et pistikupesal on õige pinge.

Esialgne simulatsiooni sihtmärk

Olles sõnastanud organisatsiooni ärifunktsiooni, positsiooni ümbritsevas sotsiaal-majanduslikus ruumis, on võimalik määrata sissetulevate infoprotsesside ja väljamineva liikluse ulatus. Materjalid, tööriistad, seadmed, aga ka organisatsiooni toimimise tulemus: tooted, teenused, ühiskondlikult kasulikud tegevused on teisejärgulised jaesitatakse simulatsiooni käigus kirjeldustena, infona toimivate reaalsete objektide kohta.

Tavaline ärifunktsioon kui süsteem, mis ühendab palju elemente ja protsesse, on kujutatud plokkide komplektina, mis rakendavad lihtsaid ärifunktsioone. Selles etapis määratakse dubleeritud plokid, moodustatakse rida lahendatavaid ülesandeid.

Organisatsiooni juhtimismustrite mõistmine on väga oluline.

Juhtimine organisatsioonis

Organisatsioon pakub juhtimist omanikule, direktorile, juhtidele, erineva tasemega juhtidele. Kuid funktsionaalne mudel peaks peegeldama asjade tegelikku seisu ja arvestama ettevõtte personaliga kui konkreetse aktiivse ressursiga.

Pole tähtis, kes mudeli ehitab. See võib olla kolmanda osapoole organisatsioon või teie enda osakond. Erinevus on märkimisväärne: organisatsiooni juhtimine on üks asi, modelleerimine teine.

Seisundi "nagu on" täpseks määramiseks ei tohiks juhinduda töötajate arvamusest – sel juhul on eelkõige uurimisobjektiks personal kõigil tema ametikohtadel. Neid kirjeldab protsessi funktsionaalne mudel, mis annab lõppkokkuvõttes täieliku pildi kõigist protsessidest.

Juhend ja lavastamine…

Juhatuse ja omanike mõju aeglustab oluliselt modelleerimisprotsessi, mis halvendab organisatsiooni toimimist. Seda tõendab tehnika kasutamise kogemus. Mudeli ehitamine "nagu on" selle mõistmise kontekstisjuhtimine on spetsiifilise isikliku iseloomuga.

Esineja valikut tuleks aktsepteerida kui absoluutset tõsiasja: tema vastutab oma tegude eest ega ole kohustatud järgima organisatsiooni nõuandeid, soovitusi ega otseseid juhiseid.

Infosüsteemid: vajalikud funktsioonid

Väljutades saavutusi elektroonilise dokumendihalduse, raamatupidamise, logistika jm infosüsteemide arendamisel, tuleb tõdeda, et otsuste jäikus on saanud traditsiooniks. Seni pole selliseid süsteeme, mis võiksid alguses sõnastatud ülesannete piiridest välja minna. Ülesanded arenevad, tarkvaralahendused ei arene.

Võttes mis tahes olemasoleva süsteemi (näiteks "1C: Raamatupidamine", "1C: Dokumendihaldus", eDocLib), näete mitte ainult arendaja ideede taset selle funktsionaalsuse kohta, vaid ka koheselt puutuda kokku piirangutega teatud ärifunktsioonide rakendamine.

Kuid me peame arvestama asjaoluga, et ilma vähem alt üht olemasolevat meetodit rakendamata on võimatu saada aimu, millist funktsionaalsust on vaja ja mis on ilmselgelt üleliigne.

Selle või teise infosüsteemi juurutamisel on sageli vaja täpsustada algoritme ja arendada lisatarkvara. See on väga oluline punkt organisatsiooni põhitegevuse modelleerimisel.

Ettevõtte teabe server

Kinnitatud meetodite tõhusaks rakendamiseks ja funktsionaalse mudeli ideaalseks kujundamiseks(soovitud) funktsioonide ja protsesside ülesehitus, on mugav käsitleda ettevõtet näiteks kodulehe näol. See võimaldab luua oma sisemist infrastruktuuri (peakontor ja kaugjaoskonnad), implanteerida selles kasutatavaid programme (raamatupidamine, logistika, dokumendihaldus) ja pakkuda funktsionaalsust vastav alt töötajate töökohustustele.

Sellel kujul on mugav mitte ainult vormistada iga elemendi (personal, seadmed, kasutatavad programmid, olulised tabelid jne) funktsioone, vaid tagada ka nende areng ettevõtte töö käigus.

Praegune elektrooniline "vinegrett"

Arvutustabelite ja Wordi dokumentide panust elektroonilise dokumendihalduse korraldamisse on raske alahinnata. Organisatsiooni modelleerimise ja funktsionaalse mudeli ülesehitamise seisukoh alt on olulised infoprotsesside analüüs, kasutatavad tabelid ja failid.

Kasutatud ressursside kohta teabe süstematiseerimisel on lihtne kindlaks teha nende muutuste allikas, tarbija ja eelkõige praegune sisu. Väljakujunenud traditsioon viib sageli selleni, et täisväärtuslikud elektroonilised dokumendid oma vormingus kaasatakse teatud dokumendihaldussüsteemidesse. Rakendamise seisukohast on see vastuvõetav, kuid tõhususe seisukohast mitte.

Hiljuti on ilmunud ja arendatud tööriistad arvutustabelite ja dokumentide loomiseks ja töötlemiseks, kasutades PhpOffice'i teeke (PhpExcel ja PhpWord). Nende tööriistade kasutamine võimaldab teil isoleerida tõelistest dokumentidestainult vajalikku teavet ja genereerida soovitud tulemusi, mida saab traditsiooniliselt avada MS Excelis ja MS Wordis.

Tulemuste osaline kokkuvõte

Populaarsete funktsionaalse modelleerimise tehnikate, valitud infosüsteemide, raamatupidamis- ja logistikaprogrammide kasutamine ühtseks oma infosüsteemiks (serveriks) kombineerituna võimaldab luua organisatsiooni juhtimiseks soovitud mudeli. Ja selliste tööriistade nagu PhpOffice abil saate anda sellele paindlikkuse ja arendusvõimaluse.

Kahjuks on harva võimalik soovitud infosüsteemi koostada ilma täiendava programmeerimiseta. Siiski on väga oluline võtta arvesse saavutatud arusaamist kasutatud tarkvaratoodete funktsionaalsusest.

Eelkõige on kaasaegne tabel ennekõike vajalik funktsionaalsus ja selle tegelik sisu on ühe või teise funktsionaalploki tegelik peegeldus struktuurimudelil. Kui võtame näitena "1C: Raamatupidamine", siis näeme, et selle struktuur ja funktsionaalsus peegeldavad täielikult tegelikkust. Samal ajal tasandab tootja tehniline tugi süsteemi jäikust, võimaldades tarbijal saada vajalikku funktsionaalsust, peegeldades muudatusi infoäriruumis.

Vääramatu jõud: ettenägematud asjaolud

Viidates vääramatu jõu asjaoludele oma sise- ja välissuhetes, annab organisatsioon usaldusväärse tunnistust oma teadmatusest, kuidas ta sellest või teisest välja tulebolukordi. Ja seega allkirjastab automaatselt garanteeritud kohustuste tühistamise.

Organisatsiooni suutlikkus oma kohustusi täita on ülim alt oluline nii partneritele, klientidele kui ka tema enda töötajatele ehk ümbritsevale sotsiaal-majanduslikule keskkonnale.

Täiusliku ettevõtte valem

Loodus on otstarbekas, iga selle organism on peensusteni läbimõeldud ja suudab mitte ainult adekvaatselt reageerida mis tahes keskkonnamuutustele, vaid ka taastuda iseseisv alt, ilma välise sekkumiseta.

Ideaalne organisatsioon on selline, mida tegelikult "ei ole olemas", kuid selle funktsioon on täidetud. Kui organisatsioon sulandub orgaaniliselt teda ümbritsevasse sotsiaal-majanduslikku keskkonda, muutub selle asendamatuks osaks ja areneb adekvaatselt, siis alles siis tagab see keskkond ettevõtte elu ja hoolitseb selle eest oma keha osana.

Tagurpidi tsükkel

Mistahes organisatsiooni simulatsiooni tulemus on ennekõike põhjus protsessi kordamiseks. Modelleerimine on programmeerimisreaalsuse kõrgem tase, vähem formaalne ja jäik kui infosüsteemide ehitamine.

Iga programmi (nagu kogemused näitavad) saab täiustada, sest see lahendatakse iseenesest. See annab aluse lahendusalgoritmi, selle tulemuse ülevaatamiseks ja sisendandmete pädevamaks hindamiseks.

Ehitatud mudel on kõrgema järgu programm. Rakendatuna annab see hindamatu praktilise kogemuse, on hea põhjustagasi algusesse.