Præsentation af e-businessprojekt for ledelsen

cholm> Jeg har definitivt ikke noget svar på dit spørgsmål.

Men jeg vil tro at dette er meget afhengigt af hvilket firma strategien skal tilpasses. Der vil også være meget stor forskel, alt efter om det er en B2B eller B2C løsning. Jeg tror det bliver svært at finde en færdig skabelon, som du \"enkelt\" kan plotte alle relevante variabler og faktorer ind i. Der må være en grund til at firmaer som PWC og andre tjener godt på dette.

Det havde været fint om du kunne fortæle lidt mere om hvordan det går, efterhånden som arbejdet skrider frem, i den grad det ikke er konfidencielt. Selv om vi nok er mange som ikke er på dit nivau når det gælder arbejdsopgaver, tror jeg vi kan lære meget af at høre om andres erfaringer.

mick >>> Helt enig - en færdig skabelon findes naturligvis ikke, men der er en række forhold som skal belyses, og disse kan så blive præsenteret mere eller mindre professionelt, alt efter om man benytter den rigtige fremgangsmåde eller ej.

Jeg kan i øvrigt fortælle at vi befinder os på B2B markedet. Godt point mick...

/cholm

Vet ikke om det kan være til hjælp, men jeg har selv læst bogen \"The Seven Steps to Nirvana\" - ISBN : 0071375228

Om den ikke giver så mange konkrete tips, giver den i hvertfald en del inspiration.

Jeg er helt enig med panelet i, at der ikke kun findes eet svar på det spørgsmål. Det afhænger selvfølgelig af hvilke markeder i arbejder i, hvilke kulture I indeholder, hvilke kulture jeres kunder repræsenterer, hvilket abstraktionsniveau rapporten skal udføres på, om der er tabu-emner, om der i forvejen er vel- eller modvilje mod projektet, hvilke ressourcer der er til rådighed, hvor meget tid du har, hvem der kan hjælpe dig, dine erfaringer / forudsætninger o.s.v.

Hvis du ser lidt på følgende forslag til disposition, kan du måske finde inspiration. Ellers må du sige til ...

----------

SYNOPSIS
RAPPORTSTRUKTUR
FORBEHOLD
INDHOLDSFORTEGNELSE
PROBLEMFORMULERING
FORANDRINGSANALYSE
  NU-SITUATIONEN
  BESKRIVELSE AF ØNSKET SITUATION
  ANALYSE AF FORSKELLENE MELLEM NU-SITUATIONEN OG ØNSKET SITUATION
  IDÉKATALOG TIL DÆKNING AF FORANDRINGSBEHOV
  BESKRIVELSE AF MULIGE TILTAG FOR AT DÆKKE FORANDRINGSBEHOV
BESKRIVELSE AF VALG AF TILTAG FOR AT DÆKKE FORANDRINGSBEHOV

FAST PROTOTYPING
KRAVSPECIFIKATION

KOMMUNIKATIONSPLAN
FLOWCHART
STORYBOARDS OG GRAFISK DESIGN

KONKLUSION PÅ KRAVSPECIFIKATION
HOVEDKONKLUSION
LITTERATURLISTE

/Tony

Hej Tony !

Foreløbig tak fod din indsats. Jeg kan se på dette og tidligere svar omkring emnet, at det er noget du beskæftiger dig med på ét eller andet plan, og derfor ved noget om.

Hvis du ligger inde med nogle links til sites som kunne have relevans ved udarbejdelsen af en sådan case, må du meget gerne poste disse.

Som du sikkert selv ved, er det jo et emne hvor hvor folk med erfaring ikke ligefrem hænger på træerne.

Er forøvrigt lige gået igang med Martin Lindstøms nye dualbook \"etailhandel - Clicks, Bricks & Brands. http://www.dualbook.com/ Han er da ihvertfald en af dem, der har gjort sig nogle erfaringer omkring e-business.

/cholm

Er der mere til dette spg. inden vi lukker ?

/cholm

Hej cholm.

Jeg skal nok se på dit forrige indlæg, men jeg har ret travlt ... hvis jeg finder lidt tid her i weekenden ... ellers først i næste uge :-)

Du kan da bare lade spørgsmålet stå åben, det kan være, at der er andre der gerne vil \"på banen\" ...

/Tony

Fint nok - God weekend/ferie :-)

/cholm

Hej \"cholm\".

Først og fremmest undskyld for dette (lidt for) lange indlæg, men der er måske andre der også gerne vil arbejde med emnet og ikke befinder sig i processen, som du gør og derfor kikker med for at få inspiration.

Jeg har gået og tumlet lidt med dit spørgsmål i baghovedet og jeg tror ikke, at du nogen side - hvor meget du så end søger - finder \'linket\' som giver dig svarene. For mig at se, er der to umiddelbare faktorer, der taler imod: Kulturforskelle og levebrød.

1. Kulture:
Hvem der så end sætter sig målet, at lave en skabelon, vil det altid være ud fra et kulturelt perspektiv. Og da selv virksomheder der arbejder i samme markeder har forskellige kulture, vil man ikke kunne overføre \'skabelonen\'. Der vil altid være faktorer, der ikke er sammenlignelige. Hvis man så forsøger at \'tvinge\' sit projekt ind i en fremmed kultur, tror jeg, at man kan komme til at skyde langt forbi, fordi man sætter projektet ind i nogle sammenhænge der i værste fald ikke er virkelighedstro.

2. Levebrød:
Jeg tror, de konsulentvirksomheder der har som kerneydelse / levebrød at hjælpe andre virksomheder gennem en proces formentlig har en \"værktøjskasse\", de kan plukke i - alt afhængig af kunden og markedet. Den værktøjskasse er i virkeligheden deres \"eksistensberettigelse\" og vil sikkert være omgivet af en hvis grad af hemmeligholdelse og derfor ikke til offentlig \"beskuelse\". I værste fald er den værktøjskasse skruet sammen så hvis kunden (eller markedet) er stærkt motiveret for et bestemt resultat, vil det (måske) afspejles i processen og dermed i resultatet.

Jeg tror, du (og dermed jeres virksomhed) kommer længst ved selv at \"gå den tunge vej\" - som du jo også er på vej til. Dermed ikke være sagt, at I ikke kan indhente specialistudtalelser indenfor emnespecifikke områder, men det er jo også et spørgsmål om ressourcer. Efter min mening er den helt store fordel ved, at du selv laver oplægget, at så er der i hvert fald én i organisationen, der kan føre arbejdet videre fra det strategiske plan over det taktiske til det operationelle plan. Og netop den proceserkendelse er måske der du bør starte.

Du nævner at: \"SWOT-analyse, leveranceflow, logistik samt salg og markedsføring skal være en del af oplægget\". For mig at se bør du nok tage en snak med ledelsen om rapportens abstraktionsniveau først, inden du begynder. Jeg tror man begår fejl, hvis man blander strategi og taktik sammen i et strategisk oplæg. At emner så som: Leveranceflow, logistik, administration, personalesammensærning - kvalifikationer / kompetencer m.v. bør dækkes er klart, men det er måske ikke lige nu. Måske drejer det sig om først, at finde ind til organisationens og markedet parathed, inden I begynder at svare på: \"Hvordan gør vi så ?\". Men det ved du bedre selv, det afhænger også af jeres størrelse / ressourcer / teknologi / interessenter / andre strategiske planer o.s.v. Grunden til at jeg siger det er, at man måske kan miste det langsigtede fokus i rapporten og henfalde til at begynde at beskrive arbejdsgange, før man har taget beslutningen om man vil projektet. Alene opremsningen af arbejdsgange der bliver praktisk berørt af strategien kan måske bevirke, at man mister lysten før man har udforsket potentialet - og det vil da være synd.
Når jeg så har sagt, at der (måske) ikke findes en færdig skabelon for en sådan rapport / projekt, vil jeg alligevel prøve, at give lidt inspiration til den disposition jeg før har foreslået. Og ja, det er da en selvmodsigelse der vil noget, men ak … Måske der er et eller andet du / I (andre læsere) kan bruge.

**********

SYNOPSIS: Fortæller hvad det er, folk har fået i hånden.

RAPPORTSTRUKTUR: Klarlægger hvordan rapporten er opbygget.

FORBEHOLD: Fortæller om de forbehold der er til rapporten.

INDHOLDSFORTEGNELSE

PROBLEMFORMULERING: Essensen af problemstillingen.

FORANDRINGSANALYSE: Formål - at finde ind til hvilke forandringsbehov der er i organisationen og formulerer en plan for det videre arbejde.

NU-SITUATIONEN: Hvordan er / virker markedet - hvordan er / virker organisationen ?

BESKRIVELSE AF ØNSKET SITUATION: Hvordan ser drømmen ud ?

ANALYSE AF FORSKELLENE MELLEM NU-SITUATIONEN OG ØNSKET SITUATION: Hvordan adskiller drømmen sig fra virkeligheden ?

IDÉKATALOG TIL DÆKNING AF FORANDRINGSBEHOV: Hvad skal der til for at drømmen går i opfyldelse og hvilke drømme afstedkommer drømmen ?

BESKRIVELSE AF MULIGE TILTAG FOR AT DÆKKE FORANDRINGSBEHOV: Hvilke muligheder har organisationen for at drømmen går i opfyldelse ?

BESKRIVELSE AF VALG AF TILTAG FOR AT DÆKKE FORANDRINGSBEHOV: Hvilke muligheder bør vælges for at drømmen går i opfyldelse ?

FAST PROTOTYPING: Prototype - \"Et virkelighedsnært eksempel på egenskaber ved et fremtidigt system\".

1. Efter f.eks. 80/20 reglen (80 % af udkommet stammer fra 20 % af indsatsen) identificeres brugers centrale behov. Man koncentrerer sig om de centrale behov, da de sekundære behov dækkes i trin 4 / iteration (loop).

2. Den første prototype har afsæt i brugers centrale behov og skal ikke dække alt. Man kan i prototypen prioriterer funktionalitet frem for design eller visa versa, men man kan (normalt) ikke have en horisontal prototype - d.v.s. en prototype helt uden funktionalitet.

3. Demonstration af prototypen - Målet med demonstrationen af prototypen er at afdække nye og / eller supplerende krav og at debatterer om systemet hjælper bruger og giver den type af information, der er særlig interessant for bruger.

4. I dette trin bygges der en ny prototype (eller der arbejdes videre på den eksisterende) for at indføre nye / supplerende krav og tilfredsstille de tilbageværende krav fra trin 1.

5. Her startes på trin 3 igen. Hvis der ikke er nye og / eller supplerende krav kan man lave brugertests og fortsætte til trin 6.

6. Eventuel tilpasning.

7. Evt. forbedringer indføres og den endelige kravspecifikation skrives.

8. Prototypen er nu et færdigt system og tages i brug.

9. Systemet har udtjent sin \"værnepligt\" og kasseres.

10. man opsamler og formidler erfaringer, der danner grundlag for næste prototype af samme slags.

KRAVSPECIFIKATION: Resultatet af \"Fast prototyping\".

KOMMUNIKATIONSPLAN: Indeholder forskellige brugsscenarier og argumentation for valgte præsentations- og applikationslag.

FLOWCHART: Skematisk fremstilling af hvordan de forskellige sider af produktet (hjemmesiden / intranettet / ekstranettet) hænger sammen.

STORYBOARDS: Hvordan de enkelte sider ser / kan se ud.

KONKLUSION PÅ KRAVSPECIFIKATION: Hvad \"Fast Protyping\" resulterede i.

HOVEDKONKLUSION: Essensen af \"What it takes\". Svaret på problemformuleringen.

LITTERATURLISTE: Referencer til viden / teorier.

**********

\"cholm\" og andre. Jeg håber, at I finder inspiration. Hvis der er uklarheder (og det er der jo nok :-) Så skal jeg gerne prøve at uddybe dem lidt …

Anbefalet litteratur:
Organization Theory - Mary Jo Hatch - Forlag: OXFORD University Press 1997 - ISBN:0-19-877491-5
Systemutvikling - Erling S. Andersen - Forlag: Forlaget \"nki\" 1998 - ISBN: 82-562-3266-8
Projektstyring - hans Mikkelsen Jens O. Riis - Forlag: PRODEVO Aps - ISBN: 87-89477-16-2
Professionel It-forundersøgelse - Keld bødker finn Kensing Jesper Simonsen - Forlag: Samfundslitteratur - ISBN: 87-593-0854-0
It-ledelse i praksis - Asger Søndergård Olesen - Forlaget: IDG - ISBN:87-7843-256-1

Held & lykke med projekterne.

mvh. Tony Breindal

Hej Tony !

Mange tak for et godt indlæg. Specielt pointen med ikke at lade taktiske spørgsmål begrænse de strategiske muligheder, synes jeg er god at have i baghovedet.

/cholm