Martin Bekkelund

En blogg om IT

Intranettet som arbeidsverktøy

15.11.07 • 5 kommentarer

Intranett

De fleste organisasjoner av en viss størrelse har et intranett. Her publiserer man gjerne interne nyheter, dagens vits, vinneren av ukas vinlotteri, presseklipp og annet innhold webredaktøren synes er passende. Alt for mange intranett er derimot sørgelig ubrukelige. Hvorfor? Fordi det understøtter ikke den jobben medarbeiderne skal utføre.

Et intranett skal understøtte de arbeidsprosesser medarbeiderne utfører hver dag og bør eksempelvis inneholde:

  • Timeregistrering
  • Helpdesk / Brukerstøtte
  • Dokumentarkiv
  • CRM

Brukerne har som regel et klart mål ved å besøke intranettet, eksempelvis å føre timer, løse en sak på brukerstøtte, finne et dokument eller kontaktinformasjon til en kunde. Inn, løse oppgaven, ut. Å besøke et intranett uten å kunne gjennomføre noe konstruktivt er kun bortkastet tid. Medarbeidere ser altså ikke på prosesser på intranettet som en del av deres kjerneoppgaver, men om en slags metaoppgave de må innom for å utføre de egentlige oppgavene. Hvorfor da ikke tilrettelegge de egentlige oppgavene på intranettet, og kutte ut det som er støy?

Et intranett skal:

  • Understøtte bedriftens kjernevirksomhet og forretningsprosesser
  • Være en plattform for kommunikasjon og samarbeid
  • Skape nærhet til kunder, leverandører, partnere og ansatte

På jobben er vi for øyeblikket i ferd med å foreta en fullstendig oppussing av våre nettsider, både internett, intranett og ekstranett. Vi ønsker å strukturere våre interne arbeidsprosesser, så hva er bedre enn å tilrettelegge disse på et intranett? På intranettet får vi anledning til å arbeide med prosjekter, tilgang til kundeopplysninger, registrere timer, behandle saker på brukerstøtte og lese e-post. Ved å benytte ett eneste program — nettleseren — får vi tilgang til det vi tidligere måtte åpne fire-fem programmer for å utføre. I tillegg blir vi uavhengige av vår personlig datamaskin, men kan benytte en valgfri maskin, så lenge den har tilgang til internett.

Når man ser på funksjonaliteten hos vinnerne av Intranet Innovation Awards 2007, tror jeg suksessfulle intranett blir et av bedriftens viktigste verktøy, uansett hva man skal gjennomføre.

Følg @MartinBekkelund på Twitter!

5 kommentarer

  1. Det flyter over av intranett på internett. Har du, evt noen andre, noen tips om hvilke intranett man burde teste ut og til slutt implementere i en bedrift? Det vil selvsagt avhenge mye av hva bedriften skal bruke intranettet til, feks skal det inneholde support i tillegg til vanlig funksjonalitet som timeregistrering osv… Det beste resultatet oppnår man, tror jeg, ved å lage et slikt intranett selv. Men mange bedrifter i dag, spesielt oppstartsbedrifter, har ikke ressurser til å utvikle dette selv, da man må fokusere på kjernevirksomheten. Så, igjen, tips til hvor man burde begynne sin “quest for intranet implementation” ville være til stor nytte for mange :-)

  2. Er tanken din å kutte vekk _alle_ interne nyheter og presseklipp etc.? Eller bare redusere plassen som tildeles innholdet, og i større grad fokusere på de matnyttige oppgavene?

    Intranett er jo en fin måte å spre informasjon etc. innad i en bedrift, men du har vell kanskje et poeng. Samme informasjonen kunne jo vært spredd via et nyhetsbrev eller noe lignende via e-post. Dog er jo de fleste innboksene overfylte fra før.

    Huff, det skal ikke være enkelt… *klø seg i hodet*

  3. Jeg har ikke kikket på ferdigløsninger for intranett, Dagfinn. Kommer ikke til å gjøre det heller, da eZ Publish har det meste av det vi trenger av funksjonalitet, i tillegg til å være enkelt å bygge videre på.

    Vi diskuterte for øvrig videredistribusjon av løsningen vi lager. Dette er jo standardfunksjonalitet de fleste bedrifter innen denne delen av bransjen trenger. Løsningen er i hvert fall designet og utviklet med det som mål. Jeg kan jo skrive en artikkel når det er på plass.

    Tanken min er ikke å kutte vekk alle nyheter, presseklipp og unødvendigheter, Aksel, men å holde fokus på at intranettet skal være en ressurs som understøtter den jobben vi gjør. Sånn sett er intranettet et viktig sted for å levere informasjon til de ansatte, selv om det kanskje ikke bør være prioritert informasjonskanal.

  4. Det som vil være interessant er å ha et komplett CRM system, hvor bedriften selv kan skreddersy løsningen til den enkeltes behov, den enkelt som i bedriften selv, men også de aktive brukerne av systemet. Jeg har selv laget et enkelt intranett, som du kjenner til Martin, men det jeg ønsker er som sagt å ikke bygge på dette, eller å lage noe nytt.

    Kan du gi meg nøkkelinformasjon om hva som er tilgjengelig av funksjonalitet i eZ? Jeg tenker da på hva eZ kan bli brukt til ift styring av en bedrift. Kanskje eZ kan være løsningen for flere enn dere som selger / jobber med det.

  5. 37signals tilbyr Highrise, et webbasert CRM som SaaS. Vi har vurdert det, men ettersom vi har vårt eget CRM-system i ERP-systemet ser jeg heller for meg at vi tilgjengeliggjør deler av funksjonaliteten på intranettet. Grunnen til at vi vurderte Highrise er at vi bruker Basecamp fra samme selskap, som vi har svært god erfaring med.

    Når det gjelder eZ Publish og funksjonalitet, er det svært vanskelig å gi en kjapp oppsummering av funksjonaliteten på to linjer, men jeg skal prøve. Jeg er faktisk i ferd med å skrive en artikkel om eZ Publish, hvor jeg blant annet tenker å dekke funksjonalitet og rammeverk.

    Kort fortalt inneholder eZ Publish en lang rekke funksjonalitet som ut av boksen dekker weblogger, billedgallerier, nyhetspublisering, nettbutikker, diskusjonsforum, multimediagalleri, live-streaming av lyd og bilde, dokumentarkiver, arbeidsflyt, versjonshåndtering av innhold, kalendere, spørreundersøkelser og mye, mye mer.

    Videre følger det med en WYSIWYG-editor for innholdsadministrasjon, det produseres RSS-kanaler, PDF og ODF kan genereres on-the-fly for alt innhold, løsningen kan settes opp i cluster og man kan benytte WebDAV for publisering av innhold. Dessuten er all kode gyldig XHTML og CSS og URL-ene er såkalt søkemotor- eller brukervennlige. Som standard er eZ Publish WAI- og US Section 508-kompatibelt. Løsningen er i tillegg sikkerhetsgodkjent av DOD i USA

    I eZ Publish er alt man dytter inn i løsningen definert som innhold, naturligvis. Innholdet er bygget opp av såkalte objekter, hvor man selv står fritt til å definere hvordan en objekttype skal se ut. Eksempelvis skal en nyhetssak bestå av en overskrift, ingress, forfatter, og selve teksten. Dette ligger som nevnt som standard i løsningen, men man står fritt til å endre, opprette og slette objekttyper etter eget ønske.

    I en og samme installasjon kan man vedlikeholde flere siter, og utveksle informasjon mellom dem. Eksempelvis kunne jeg installert bekkelund.net, intranett.bekkelund.net og kunder.bekkelund.net i samme løsning. Videre er det støtte for flere språk ut av boksen. For nettbutikker støtter eZ Publish flere valutaer og har MVA-håndtering.

    Når det gjelder integrasjoner benytter eZ Publish åpne standarder for datautveksling. Vi benytter XML over SOAP for mindre datamengder i sanntid, og import av XML-filer fra SFTP dersom datamengdene er store og skal utføres i batch.

    Ellers er vel ez.no stedet å besøke for mer info. :-)

Har du synspunkter? Legg igjen en kommentar!

Ingen anonyme kommentarer! Ved å trykke Send kommentar samtykker du i at du er kjent med personvernpolitikken og vil overholde retningslinjene for bekkelund.net.

Abonner uten å kommentere

RSS og trackback

Med RSS kan du abonnere på nye kommentarer som postes til denne artikkelen.

Du kan legge igjen et trackback fra ditt eget nettsted ved å benytte trackback-adressen til denne artikkelen. Eventuelle tracback ser du under.

Flere artikler

Enda flere artikler? Besøk arkivet.

Bekkelund.net er en blogg av Martin Bekkelund, hvor han lufter sine tanker om IT og IT-politikk. Martin arbeider til daglig som seniorrådgiver, foredragsholder og skribent i IT-bransjen, hvor han veileder bedrifter og organisasjoner i strategisk bruk av IT. Les mer...

Facebook Twitter LinkedIn Flickr Vimeo Google Reader Martin Bekkelunds blogg Martin Bekkelunds RSS-kanal

© 1995-2012 Martin Bekkelund
OpphavsrettRSSKontakt