Køreplan for teknologi - Technology roadmap
En teknologisk køreplan er en fleksibel planlægningsteknik til at understøtte strategisk og langdistanceplanlægning ved at matche kortsigtede og langsigtede mål med specifikke teknologiske løsninger. Det er en plan, der gælder for et nyt produkt eller en ny proces og kan omfatte brug af teknologiprognoser eller teknologisk spejdning til at identificere passende nye teknologier . Det er en kendt teknik til at hjælpe med at styre den fuzzy front-end af innovation. Det forventes også, at roadmapping-teknikker kan hjælpe virksomheder med at overleve i turbulente miljøer og hjælpe dem med at planlægge på en mere helhedsorienteret måde at inkludere ikke-økonomiske mål og drive mod en mere bæredygtig udvikling. Her kan køreplaner kombineres med andre virksomheders fremsynede metoder for at lette systemiske ændringer .
Udvikling af en køreplan har tre hovedanvendelser. Det hjælper med at nå til enighed om et sæt behov og de teknologier, der kræves for at opfylde disse behov, det giver en mekanisme til at hjælpe med at forudsige teknologiudviklingen, og det giver en ramme til at hjælpe med at planlægge og koordinere teknologiudviklingen. Det kan også bruges som et analyseværktøj til at kortlægge udviklingen og fremkomsten fra nye industrier.
Behandle
Teknologiens vejkortproces kan udføres i tre faser: foreløbige aktiviteter, udviklingen af køreplanen og opfølgningsfasen. Fordi processen er for stor til en model, modelleres faserne separat. I modellerne laves der ikke forskellige roller; dette er fordi alt er udført af deltagerne som en gruppe.
Fase 1: Indledende fase
Den første fase, den indledende fase (se figur 2), består af 3 trin:
- opfylder væsentlige betingelser,
- levere ledelse / sponsorering, og
- definere omfanget og grænserne for den teknologiske køreplan.
I denne fase skal de centrale beslutningstagere identificere, at de har et problem, og at teknologisk roadmapping kan hjælpe dem med at løse problemet.
Tilfredsstiller væsentlige betingelser
I dette trin skal det blive klart, hvad betingelserne er (de skal identificeres), og hvis de ikke er opfyldt, hvem tager skridt til at opfylde dem. Disse betingelser omfatter f.eks.
- Et behov for den teknologiske køreplan
- Input og deltagelse fra forskellige dele af organisationen (f.eks. Marketing, R&D , de strategiske forretningsenheder ) med forskellige planlægningshorisonter og perspektiver.
Alle betingelser skal være opfyldt (eller en aftalt part foretager nødvendige handlinger) for at fortsætte til næste trin. Deltagerne kan have nul eller flere egne betingelser. Det gælder for alle betingelser, der har den attribut, der skal opfyldes eller ej.
Giv ledelse / sponsorering
Engageret lederskab er påkrævet på grund af den tid og kræfter, der er forbundet med at skabe et teknologisk køreplan. Derudover bør ledelsen komme fra en af deltagerne, en af dem leverer ledelse og sponsorering. Det betyder, at linjeorganisationen skal drive processen og bruge køreplanen til at træffe beslutninger om tildeling af ressourcer .
Definer omfanget og grænserne
I dette trin angives konteksten for køreplanen. I virksomheden bør der eksistere en vision , og det skal være klart, at køreplanen kan understøtte den vision. Hvis visionen ikke eksisterer, bør man udvikles og tydeligt angives. Når det er gjort, skal grænserne og omfanget af køreplanen specificeres. Desuden bør planlægningshorisonten og detaljeringsniveauet sættes. Omfanget kan yderligere opdeles i det teknologiske omfang og omfanget af deltagelse.
I tabel 1 kan alle de forskellige delaktiviteter i den indledende aktivitetsfase ses. Alle delaktiviteterne har koncepter som slutprodukter (markeret med fed skrift ). Disse begreber er den faktiske metadatamodel , som er et justeret klassediagram .
| Aktivitet | Underaktivitet | Beskrivelse |
|---|---|---|
| Tilfredsstiller væsentlige betingelser | Identificer væsentlige forhold | Når alle deltagerne kommer sammen, kan væsentlige betingelser identificeres (f.eks. Hvilke grupper der skal inddrages, hvad er nøglekunder og hvad er nøgleleverandører). |
| Handle for at opfylde betingelserne | For at teknologikøreplanlægning skal lykkes, skal betingelserne fra deltagerne være opfyldt. | |
| Giv ledelse / sponsorering | Den del af ledelse / sponsorat , der skal tages af linjeorganisation; de skal drive køreplanprocessen og bruge køreplanen til at træffe beslutninger om tildeling af ressourcer. | |
| Definer omfanget og grænserne for teknologikøreplanen | Fortæl klart syn | Den allerede eksisterende vision skal være klar. |
| Udvikle vision | Den vision er udviklet og fremgå tydeligt. | |
| Definer omfang | Projektets omfang kan yderligere definere behovssættet , planlægningshorisont og detaljeringsniveau . Omfanget kan yderligere opdeles i det teknologiske omfang og omfanget af deltagelse . | |
| Definer grænser | De grænser skal også medtages. |
Fase 2: Udviklingsfase
Den anden fase, udviklingen af den teknologiske køreplanfase (se figur 3.), består af 7 trin:
1. Identificer det "produkt", der er fokus på køreplanen,
2. Identificer de kritiske systemkrav og deres mål,
3. Angiv de vigtigste teknologiområder,
4. Angiv teknologidrivere og deres mål,
5. Identificer teknologialternativer og deres tidslinjer,
6. Anbefal de teknologialternativer, der bør forfølges, og
7. oprette rapporten om teknologikøreplan.
- Defense Logistics Agency,
Identificer produktfokus for køreplanen
I dette trin identificeres de fælles produktbehov og aftales af alle deltagerne. Dette er vigtigt for at få accept af alle grupper til processen. I tilfælde af usikkerhed i produktbehovet kan scenariobaseret planlægning bruges til at bestemme de fælles produktbehov. I figur 3 giver deltagerne og muligvis den scenariebaserede planlægning de fælles produktbehov.
Identificer de kritiske systemkrav og deres mål
Når det er besluttet, hvad der skal køreplan, kan de kritiske systemkrav identificeres; de danner de overordnede rammer for den teknologiske køreplan. Kravene kan have mål (som en attribut i figur 3) som pålidelighed og omkostninger.
Angiv de største teknologiområder
Dette er de områder, der hjælper med at opnå kritiske systemkrav. For hvert teknologiområde kan der findes flere teknologier . Eksempel på teknologiområder er: markedsvurdering, tværgående teknologi, komponentudvikling og systemudvikling.
Angiv teknologidrivere og deres mål
I dette trin omdannes de kritiske systemkrav fra det andet trin til teknologidrivere (med mål) for det specifikke teknologiområde. Disse drivere er de kritiske variabler, der vælger de teknologiske alternativer. Chauffører afhænger af teknologiområderne, men de forholder sig til, hvordan teknologien imødekommer de kritiske systemkrav.
Identificer teknologiske alternativer og deres tidslinjer
På dette tidspunkt er teknologidrivere og deres mål specificeret, og de teknologialternativer, der kan opfylde disse mål, bør specificeres. For hvert af alternativerne bør der anslås en tidslinje for, hvordan den vil modnes i forhold til teknologidrivermålene.
Tidsfaktoren kan tilpasses til den særlige situation. Tidshorisonterne for e-handel og software relaterede sektorer er normalt korte. Andre sondringer kan foretages på skala og intervaller.
Anbefal de teknologiske alternativer, der bør forfølges
Fordi alternativerne kan variere i omkostninger, tidslinje osv., Skal der vælges alternativerne. Dette er de alternativer, der skal forfølges i figur 3. I dette trin skal der foretages mange afvejninger mellem forskellige alternativer for forskellige mål: for eksempel ydeevne over omkostninger og endda mål over mål.
Opret rapporten
På dette tidspunkt er den teknologiske køreplan færdig. I figur 3 kan det ses, at rapporten om teknologiske køreplaner består af 5 dele:
- identifikation og beskrivelse af hvert teknologiområde
- kritiske faktorer i køreplanen,
- uadresserede områder,
- implementeringsanbefalinger og
- tekniske anbefalinger.
Rapporten kan også indeholde yderligere oplysninger. I tabel 2 kan alle de forskellige underaktiviteter i udviklingsfasen ses.
| Aktivitet | Underaktivitet | Beskrivelse |
|---|---|---|
| Identificer det "produkt", som køreplanen fokuserer på | Identificer behov | Dette kritiske trin er at få deltagerne til at identificere og blive enige om de fælles produktbehov . Dette er vigtigt for at få deres accept. |
| Brug scenariebaseret planlægning | Hvis der er stor usikkerhed om de fælles produktbehov, kan scenariobaseret planlægning bruges. Hvert scenario skal være rimeligt, internt konsistent og sammenligneligt med de andre scenarier. | |
| Statens behov | Dette er produktets behov. | |
| Identificer de kritiske systemkrav og deres mål | Definer kritiske systemkrav | De kritiske systemkrav danner de overordnede rammer for køreplanen og er dimensioner på højt niveau, teknologierne vedrører. Disse inkluderer ting som pålidelighed og omkostninger. |
| Definer mål | For hver af de systemkrav mål skal defineres. | |
| Angiv de største teknologiområder | Omdan krav til teknologiorienterede drivere | De store teknologiområder bør specificeres for at hjælpe med at nå de kritiske systemkrav til produktet. De kritiske systemkrav omdannes derefter til teknologidrivere til de specifikke teknologiområder. |
| Angiv teknologidrivere og deres mål | Vælg teknologiske alternativer med deres mål | Teknologidrivere og deres mål sættes ud fra de kritiske systemkravsmål. Den specificerer, hvor levedygtige teknologialternativer skal være inden for en bestemt dato. Ud fra de tilgængelige teknologialternativer skal der foretages et valg. |
| Identificer teknologiske alternativer og deres tidslinjer | Identificer alternativer og deres tidslinjer | De teknologiske alternativer, der kan opfylde målene, skal identificeres. Ved siden af skal tidslinjen fra hvert alternativ identificeres. |
| Anbefal de teknologiske alternativer, der bør forfølges | Vælg delmængde af teknologiske alternativer skal forfølges | Bestem hvilket teknologialternativ, der skal forfølges, og hvornår der skal skiftes til en anden teknologi. Konsolider de bedste oplysninger og udvikl konsensus fra mange eksperter. |
| Opret den teknologiske køreplanrapport | Opret rapporten | Her oprettes den egentlige teknologiske køreplanrapport . Denne rapport indeholder: identifikation og beskrivelse af teknologien, kritiske faktorer, uadresserede områder og implementeringsanbefalinger og tekniske anbefalinger. |
Fase 3: Opfølgningsaktivitetsfase
Dette er det øjeblik, hvor køreplanen skal kritiseres, valideres og forhåbentlig accepteres af gruppen, der er involveret i enhver implementering. Dette kræver en plan udviklet ved hjælp af den teknologiske køreplan. Dernæst skal der være et periodisk review- og opdateringspunkt, fordi behovene fra deltagerne og teknologierne udvikler sig.
Hurtigstartsmetoden til vejkortlægning
I betragtning af den potentielle kompleksitet og organisatoriske inerti omkring oprettelsen af køreplaner fokuserede forskere ved University of Cambridge på at udvikle en hurtig start-tilgang til vejkortlægning. Denne tilgang, kaldet T-Plan, blev oprettet i slutningen af 1990'erne primært for at hjælpe organisationer med at tage det første skridt i vejkart med minimal ressource- og tidsforpligtelse. Det har været indflydelsesrig i udbredelsen og optagelsen af roadmapping internationalt, herunder oversættelser af T-Plan-projektmappen til kinesisk (traditionelt og moderne), tysk, japansk og spansk. Fremgangsmåden (såvel som dens modstykke til innovation og strategi roadmapping, S-Plan) er fleksibel og skalerbar og kan derfor let tilpasses til effektiv anvendelse. Hurtige og slanke tilgange er særlig vigtige for små og mellemstore virksomheder (SMV'er) og har vist sig at fungere især for at give anvisninger til klynger af SMV'er.
Planlægning og forretningsudvikling kontekst
Processen med teknologi roadmapping passer ind i virksomhedens strategi , virksomhedens strategiske planlægning , teknologi planlægning og forretningsudviklingskonteksten . Tre kritiske elementer bør forbindes: behov, produkter og teknologi.
Kendskab til viden og færdigheder
Konsulent med færdigheder
Oprettelse af en teknologisk køreplan kræver vis viden og færdigheder. Nogle af deltagerne skal kende formålet med teknologi roadmapping. Ved siden af denne gruppeproces og interpersonelle færdigheder er påkrævet, da processen omfatter mange diskussioner og at finde ud af, hvad det fælles behov er. Hvis antallet af deltagere er virkelig stort, kan der være behov for en konsulent eller facilitator.
Formål
Produktplanlægning inden for roadmapping
Dette er den mest almindelige type af et teknologisk køreplan: at forbinde indsættelse af teknologier i produkter.
Programplanlægning
Denne type er mere rettet mod implementering af strategi og relateret til projektplanlægning. Figur 5 viser forholdet mellem teknologiudviklingsfaser, programfaser og milepæle.
Formater
- Barer: Næsten alle køreplanerne udtrykkes (delvist) i søjler for hvert lag. Dette gør køreplanerne meget enkle og ensartede, hvilket gør kommunikation og integration lettere.
- Grafer: En teknologisk køreplan kan også udtrykkes som en graf, normalt en for hvert af underlagene. (f.eks. IMEC anvender den anden metode).
Casestudier
Dokumenterede casestudier omfatter:
Se også
- Forretningsplan
- Enterprise systemteknik
- Informationsteknologi planlægning
- Projektnetværk
- Kravsprioritering
- Strategisk ledelse
- Strategisk teknologiplan
- Teknologiens livscyklus
- Arbejdsopdelingsstruktur
Referencer
Yderligere læsning
- Garcia, ML og Bray, OH (1997). Fundamentals of Technology Roadmapping. Strategisk forretningsudviklingsafdeling Sandia National Laboratories. [2]
- Phaal, R., Farrukh, C. og Probert, D. (2001). Teknologi Roadmapping: at knytte teknologiske ressourcer til forretningsmål. Center for Technology Management, University of Cambridge. Yderligere oplysninger: [3]
- Oliveira, MG et al. Roadmapping: uma abordagem estratégica para o gerenciamento da inovação em produtos, serviços e tecnologias. Rio de Janeiro: Campus-Elsevier, 2012. (udgivet på brasiliansk portugisisk). Yderligere oplysninger: www.roadmapping.com.br
- Køreplaner for det offentlige domæne. Yderligere oplysninger: [4]
- Roadmapping bibliografi. Yderligere oplysninger: [5]
- Ozaki, Adalton M., Eduardo PG de Vasconcellos og Marie Bengtsson. (2015). Agile Roadmapping: Hvordan brasilianske softwarevirksomheder udvikler deres produkter. I: XXVI ISPIM Innovation Conference, Budapest.