Innledning

I min forrige artikkel, begynte jeg å snakke om hvordan du kan bruke programmet inventar som du har samlet som en mekanisme for å hjelpe deg å standardisere applikasjoner som er i bruk i hele virksomheten. I denne artikkelen vil jeg diskusjonen ved å snakke om viktigheten av å prioritere søknadene som er rapportert i varelager for å fortsette.

Prioritering

Som du jobber deg gjennom listen over programmer som du har samlet, vil du ganske sikkert oppdage at noen av programmene som blir brukt i organisasjonen er viktigere enn andre. Når du utfører din Windows 7 kompatibilitetstesting, vil du sannsynligvis oppdage at enkelte programmer rett og slett ikke fungere riktig med Windows 7. I slike tilfeller er det viktig å vite hvor viktig programmet er for organisasjonen.

Tro det eller ikke, prioritering programmene er vanskeligere enn det høres ut. Dette skyldes først og fremst det faktum at IT-avdelingen ikke kan ha et fast grep om hvordan ansatte i andre avdelinger gjør deres dag-til-dag arbeid. For eksempel kan du vite hvilke programmer som blir brukt av økonomiavdelingen. Du kan også ha et generelt bilde av hvilke typer oppgaver som økonomiavdelingen utfører. Imidlertid kan det være uklart hvilke programmer som brukes til å utføre hver oppgave. Finansavdelingen ansatte kan også utføre noen oppgaver som du ikke vet om.

Dette blir tilfelle, prioritere søknader vanligvis innebærer mye mer enn bare å gå gjennom anvendelse inventar og bestemmer at ett program er viktig, mens en annen er ikke. I nesten alle situasjoner, vil du trenger å møte med avdelingsledere eller veiledere og diskutere hvor viktig hver søknad er til instituttet.

Som du gjør, ikke være for raske til å avskrive ubrukte programmer. Jeg hadde en gang en situasjon der jeg ble møtet med den enkelte avdelingsledere for å diskutere hvilke programmer fortsatt ble aktivt brukt. Da jeg gikk gjennom anvendelse inventar med en av avdelingene, fortalte de meg at en bestemt applikasjon ikke hadde blitt brukt i år. Jeg så dette er en gylden mulighet til å gjenvinne noen server ressurser. Heldigvis hadde jeg et nytt møte den ettermiddagen med en leder fra en annen avdeling. Det jeg ikke visste var at denne andre avdelingen brukt programmet at jeg var i ferd med å fjerne på nesten daglig basis. Mitt poeng er at når du møter med de ulike avdelingene, er det viktig at du forbeholder dom før etter at du har møtt alle.

Klassifisere Applications

Når du har møtt med alle og fått en følelse av hvor ofte hvert program blir brukt, blir du nødt til å gå tilbake og gjøre noen beslutninger om viktigheten av hvert program. Husk at søknaden betydning er ikke alltid en svart-hvit utgave. For eksempel kan du finne at det er et program som brukes på en semi regelmessig basis, men at du ikke kan klassifisere som driftskritisk. Hva gjør du hvis du finner ut at dette programmet ikke er kompatibelt med Windows 7? Vet du gi opp hele oppgraderingsprosessen? Får du kvitt søknaden? Svaret avhenger trolig av hvor viktig du anser søknaden skal være. Dette er grunnen til klassifiseringsprosessen er så viktig.

Som du har sett, rett og slett klassifisere applikasjoner som viktig eller ikke viktig fungerer ikke alltid. Med det i tankene, anbefaler jeg å bruke flere forskjellige nivåer av betydning når klassifisere applikasjoner.

Irrelevante Applications

De minst viktige programmer i organisasjonen er de som du fast bestemt på å være irrelevant. Ettersom tiden går, en bedrift behov endres. Som organisasjon utvikler seg, kan programmer som en gang ble ansett kritisk til slutt bli helt irrelevant.

Et klassisk eksempel på en slik søknad er en OCR-pakken som en av mine klienter pleide å bruke. Tilbake på 90-tallet, denne organisasjonen investert store summer og OCR-programvare som ble brukt til å behandle håndskrevne skjemaer. I dag skjønt, organisasjonen ikke engang bruke papirskjema. I stedet kunder fil krav på linje gjennom en web-applikasjon. Som sådan, er det en gang virksomhetskritiske OCR-pakken nå helt irrelevant for selskapets forretningsmodell.

valgfrie programmer

Noen ganger kan du finne at selv om et program er ikke blitt helt irrelevant , er det egentlig ikke så veldig viktig for organisasjonen. Disse typer applikasjoner best kan klassifiseres som Valgfritt.

Valgfrie programmer er de som brukes sjelden, og som ikke direkte påvirke selskapets bunnlinje. Anta for eksempel at en organisasjon bruker en desktop publishing program for å lage selskapets månedlige nyhetsbrev. Selvfølgelig ville den personen som er ansvarlig for å skape nyhetsbrevet sannsynligvis liker å være i stand til å fortsette å bruke desktop publishing program. Men dersom søknaden viser seg ikke å være kompatible med Windows 7, har du sannsynligvis ikke ville avbryte hele, hele selskapet oppgradering på grunn av dette programmet. Tross alt, sannsynligvis har et internt nyhetsbrev ingenting å gjøre med organisasjonens kjernevirksomhet funksjoner. Bortsett fra det, ville det være relativt enkelt å finne et lignende program som ikke fungerer med Windows 7.

Viktige Applications

For de fleste programmene som er i bruk i organisasjonen er trolig viktig å i det minste noen. Når du begynner å klassifisere programmene som vises i programvaren inventar, kan det hende du må etablere flere nivåer av betydning.

Hvis firmaet allerede har etablert Service Level Agreements (SLA) på en per søknad basis, deretter bestemme et program sanne betydningen er trolig kommer til å bli lett. Alt du trenger å gjøre er å se på SLA for å finne ut hvor verdifullt programmet egentlig er for selskapet. Hvis SLA oss ikke har fått tildelt på en per søknad basis, da blir du nødt til å gjøre noen beslutninger om hvor viktig hvert program egentlig er. Heldigvis finnes det noen ledetråder som virkelig kan hjelpe deg ut.

Jeg anbefaler å klassifisere viktige applikasjoner som viktig, med høy prioritet, og driftskritisk. Så hvordan skiller du mellom disse prioriteringene? Etter min mening, den beste måten å utlede et applikasjoner sanne betydningen er å vurdere nedfall som ville skje dersom søknaden skulle svikte.

For eksempel, hvis en virksomhetskritiske applikasjon skulle mislykkes, ville det ikke bare direkte påvirke organisasjonens bunnlinje, men du kan være sikker på at noens mobiltelefon ville være å ringe i løpet av noen minutter.

I kontrast, en høyt prioritert søknaden er trolig kommer til å bli betraktet som kritisk for en enkelt avdeling , men kan ikke være kritisk for organisasjonen som helhet. Med andre ord, en avdeling vil trolig bli alvorlig hindret av svikt i søknaden. Men ville den organisasjonen som helhet fortsatt kunne gjøre forretninger (men ikke på en optimal måte) mens søknaden blir reparert.

En viktig programmet er noe som brukes på en jevnlig basis, men det vil ikke nødvendigvis føre til store problemer i tilfelle av en feil. For eksempel, jeg bruker diktat programvare for å skrive de fleste av mine artikler. For meg diktat programvare er et viktig program. Men hvis det ikke klarte jeg alltid kunne skrive artiklene mine i noen dager før jeg får diktat programvare fast.

Konklusjon

Klassifisere programmer er det siste trinnet før du faktisk begynne kompatibilitet testprosessen . I neste artikkel vil jeg begynne å vise deg noen teknikker som du kan bruke til å finne ut hvor godt hvert program vil fungere etter en oppgradering til Windows 7.