English flagItalian flagKorean flagChinese (Simplified) flagGerman flagFrench flagSpanish flagJapanese flagArabic flagRussian flagGreek flagDutch flagBulgarian flagCzech flagCroatian flagDanish flagFinnish flagHindi flagPolish flagRomanian flagSwedish flagNorwegian flag




Business Process reengineering BPR

05.08.2008

BPR er en form for organisatorisk forbedring. Formålet er å forbedre en virksomhet gjennom restrukturering av prosesser. BPR er gitt kraft av den tro at gamle måter å organisere arbeidet er ikke lenger hensiktsmessig for en konkurransedyktig bedrift miljø. Det endelige målet for re-engineering prosesser for å oppnå bedre kvalitet, service og nyskapende. Den radikale restruktureringen medførte i BPR er risikabelt og usikkert.
Teoretiske grunnlaget for BPR:
For hundrevis av år har kommersiell virksomhet er basert på Adam Smith prinsipp om arbeidsdeling. Arbeidsdeling oppfordrer spesialisering og dermed fører til økt produktivitet.
Den klassiske bedriften også viser begrepene:

  • Hierarkisk kontroll: - de klassiske lag av ledelse
  • Masseproduksjon av stort sett ensartede varer / tjenester

En organisasjon basert på disse prinsippene er vellykket i et stabilt marked, preget av økende etterspørsel etter ensartede varer / tjenester. I et endret marked miljø preget av sever konkurranse, globalisering, mer krevende kunder, mindre fortjenestemarginer osv., den klassiske organisatoriske modellene er mindre og mindre egnet. BPR gir ett alternativ til de gamle metodene organisere forretningsprosesser. Målene med BPR kan startes i utvidet form som enten kostnadsmålsetninger eller tjeneste mål.

Kostnad Mål:

  • Reduksjon av aksjer: Nye materialer eller Innsatsvarer
  • Stordriftsfordeler i innkjøp
  • Reduserte lønnskostnader (administrative kostnader)
  • Konkurransedyktig prising av varer / tjenester

Service Mål:

  • Mer pålitelig leveringssystem
  • Stock tilgjengelighet
  • God service etter salg
  • Quick Response / tilpasning til endringer i markedet
  • Redusert produktutvikling livssyklus

Kvaliteter av Re-konstruerte prosesser:

  • Flere arbeidsplasser er kombinert i ett. Dette innebærer en reversering av Adam Smith prinsippet om arbeidsdeling og funksjon. Arbeidere ta avgjørelser, faktisk arbeid og beslutningsprosesser er integrert.
  • Prosesser er omorganisert slik at oppgavene blir utført i den mest fornuftige / logiske rekkefølge.
  • Sjekker og kontroller er redusert. De sjekker og kontroller er redusert til det minste akseptable nivå. De sjekker og kontroller er også utsatt.
  • Forsoning er minimert.
  • En saksbehandler er utpekt til å føre tilsyn med re-engineering prosess.
  • Hybrid prosesser som kombinerer sentralisering og desentralisering ved bruk av kommunikasjonsteknologi er ofte vedtatt.
  • Prosesser har flere versjoner (polymorfe) - prosessen er re-designet for å ta med evner til å håndtere egendefinerte bestillinger.

Bidrag / rolle IT i BPR:

  • IT er alle sentrale mulig av BPR, det gjør at prosesser for å bli re-konstruert.
  • Den støtter re-utviklet prosessen
  • Ledende teknologi-produkter kan være spesielt nyttig i prosessen innovasjon. De kan til og med føre en innovasjonsprosess.
  • IT forenkler også prosessen integrering.
  • Det har blitt argumentert at det mest effektive bidraget av IT i virksomheten redesign er at en virksomhet å gjøre ting som den ikke gjorde før - utvide egenskapene til foretaket.

Kandidater for BPR:
I teorien kan enhver bedrift prosessen bli gjenstand for BPR, men i praksis, kan enkelte prosesser mer nytte av BPR enn andre. Slike prosesser har følgende egenskaper

Dysfunksjon: Prosessen er tydelig ute av drift, er det problematisk. Dysfunksjon i en prosess oppstår når prosessen er langsom (frustrerende treg), noen ganger klager, genererer feil osv.

Viktighet: Viktige prosesser som har en fremtredende plass i verdikjeden. De bidrar direkte til levering av varer og tjenester til sluttbruker.
Mulig: Fra ledere står rett BPR prosjektet er teknisk, økonomisk og sosialt gjennomførbare / levedyktig. Prosesser som krever høy formue input, eller nyt begrenset ledelsen støtte er mindre mulig for BPR.

Hva som forårsaker BPR prosjekter mislykkes? (Fallgruver i BPR):

  • Utilstrekkelig finansiering
  • Utilstrekkelig ledelse engasjement / support
  • Dårlig prosjektledere
  • Utilstrekkelig gjennomførbarhet evaluering
  • Motstand mot prosessen endring
  • Unnlatelse av å fokusere på de fleste prosessen re-design og bolig på å forbedre den eksisterende prosessen.
  • Avslutte for tidlig eller erklære seieren for tidlig.

Re-engineering datasystem:
Som et minimum et datasystem består av en organisert samling av maskinvare, programvare og data ressurser. Datasystemer er grunnlag for automatisert informasjonssystem.

  • Re-engineering datasystemer innebærer å undersøke, tenke nytt og re-implementere slike systemer i et nytt skjema.
  • Prosessen utføres vanligvis på eldre alternativer, re-implementerer dem i en mer moderne form.
  • Re-engineering datasystemer kan sees som en ledelse svar på utfordringen med å holde gamle systemer i live i et skiftende miljø.

Meritter

  • Levetiden til et system er økt
  • Virksomheten verdien av et slikt system øker også
  • Fremtidige vedlikeholdskostnader reduseres
  • Moralen til vedlikeholdspersonalet kan bedre, fordi de vet at de jobber i et moderne system vil si at systemene blir mer vedlikeholdsvennlig.

Fremgangsmåte for BPR

  • Identifisere prosess for innovasjoner
  • Administrer virksomheten
  • Behandle folk og arbeid
  • Identifiser endring nivåer (teknologi etc)
  • Utvikle prosess visjon - hva du vil behandle må passe med den strategiske retning organisasjonen (IS)
  • Forstå eksisterende prosesser - studie nåværende prosess og forstå nødvendige endringer
  • Design og prototypen ny prosess / lage design av nye prosessen.

Tilnærminger til re-engineering datasystemer:
Når et system er re-konstruert noen av følgende endringer kan oppstå:

  • Den kan plasseres i et distribuert plattform.
  • Det vil vanligvis være re dokumenterte
  • Dataene kan overføres til en ny database plattform
  • Koden kan være begrenset
  • Koden kan skrives i en annen språk

Automatisk Kildekode Konvertering:
Dette innebærer bruk av programvare verktøy for å konvertere kildekoden i et gitt språk.

  • å kode i en nyere versjon f.eks Cobol 74 'til Cobol 90'
  • å kode på et annet språk f.eks Cobol 74 'til Oracle

Programvaren verktøyene kan ikke oppnå 100% konvertering, og dermed må suppleres med manuell konvertering.

Automatisert Program Restrukturering

Når koden er opprettholdt over en lengre periode, dens struktur og dermed dens effektivitet, svekkes. Faktisk er det mer en programvare produkt har blitt opprettholdt, jo mer det koster å opprettholde det i fremtiden. Når programmet er re-strukturert:

  • uforsonlige kode er oppdaget og fjernet
  • komplekse kontroll strukturer er forenklet
  • Programmet modularitet er forbedret

Bruk av programvare verktøy kan ikke være fullt effektiv. Manuell omskrivning av kode kan fortsatt brukes.

Automatisert program og data Restrukturering:
Når eksisterende data strukturer er nytt strukturert så har selv de programmene som behandler informasjonen for å bli vurdert. Når data er omstruktureres:

  • Den generelle modellen kan være re-organisert i en database.
  • Data i en relasjonsmodell kan bli endret for å passe behovene til en annen relasjonell DBMS.

Re-engineering eller Re-utvikling?
Systemer mål for re-engineering har to kvaliteter

  • De er tungt / regelmessig brukt
  • De er nå opprettholdt mye

Re-engineering har vanligvis to største meritter over re-utvikling. Disse er følgende:

  • Lavere kostnader: re-engineering koster ca ¼ av redeveloping
  • Redusert risiko: lavere sannsynlighet for å gjøre feil.

Når man beslutter å re-ingeniør eller for utbyggningen du kan vurdere slike spørsmål som:

  • budsjettet bestemmelser eller kostnader begrensninger
  • nåværende statusen til det gamle systemet, det gamle systemet kan være så gammel og rotete at det ikke kan være utsatt for re-engineering
  • Tid begrensninger: re-engineering er sikkert å bli raskere enn å sanere
  • Omfang dvs systemet omfang, hvis omfanget av det eksisterende systemet er å bli ekskludert vesentlig da kan det være mer praktisk å redesigne og re-implementere systemet i stedet for re-engineering den.
  • Oppfattet risikonivå; oppstår fra den kombinerte effekten av mange faktorer. Hvis oppfattet prosjektet risikoen er høy så kan det være tryggere å redesigne systemet enn å sanere den.

Link mellom reengineering av datasystemer og BPR:

Datasystemer er vanligvis nedfelt innen forretnings prosesser / systemer som kundefordringer, produksjonsplanlegging, markedsføring og distribusjon, menneskelige ressurser osv. Når en slik prosess / systemer er re-konstruert, så støtter teknologien infrastrukturen må også bli vurdert.

Det overordnete målet med reengineering et datasystem skal være å re-justere den med den eksisterende virksomheten mål. De målene for en BPR prosjekt krever en endret IT-infrastruktur da den eksisterende infrastrukturen skal være reengineered eller re-utviklet.

Popularitet: e [ ? ]


Page copy protected against web site content infringement by Copyscape

Kommentarer

Har du noe å si?





Ved å sende inn en kommentar her du gir dette området en evigvarende lisens til å reprodusere dine ord og navn / nettsted i henvisningen.

FireStats ikon Drevet av FireStats