Beste svaret
Pilotprosjekt i et mindre skala prosjekt initiert før en mye bredere utrulling. Det er to måter dette kan gjøres (semantikk kan variere avhengig av butikk), –
- Bevis pilot – Sponsor ønsker å validere visse forutsetninger før du forplikter deg til prosjektet fullt ut, så du vil påta deg en liten skala pilot, identifisere tidlige adaptere for innledende MVP (Minimum Viable Product), bygge og rulle den ut
- Live Trials (eller Betas) – I dette tilfellet er prosjektet allerede forpliktet, men det er eksisterende brukere (av eksisterende systemer) å bekymre deg for, slik at du ikke vil forårsake en massiv forstyrrelse ved å endre alt over natten – du starter med en liten gruppe (r) – ideelt sett er folk kjent for å være mer åpne for endring og bare lansere det bygde prosjektet til dem
Med unntak av finansiering er målene de samme for begge tilnærminger. Det er for å bevise noe helt nytt for organisasjonen, dette kan være ny teknologi, prosesser, geografi (kultur) etc. for å minimere risikoen. Et godt eksempel er et hylleprodukt, helt nytt for selskapet der du erstatter massive eldre systemer og prosesser med en enkelt programvare, annet kan være introduksjon av Agile for første gang.
Hvorfor pilotprosjekt?
- Minimer risikoen for adopsjon rundt den nye tilnærmingen, teknologien osv.
- Fremskynd læring – detaljplaner / dokumentasjoner er fine, men du lærer bare etter at folk begynner å bruke det
- Lag beste praksis – Pilot kan hjelpe deg med å skape beste fremgangsmåter for de påfølgende utgivelsene
- Skaleringshensyn – Pilot lar deg virkelig måle hvordan du skalerer teknologien, lansering , kommunikasjonsplan, opplæring osv. for påfølgende utrulling.
- Det er andre immaterielle fordeler som bedre kundeengasjement i endringen som gjør det lettere å vedta
Hvordan?
- I begge tilfeller begynner du med klare mål og utfall og er enig i at med sponsoravvik kan forekomme før dette. Forsikre deg om at du setter forventninger når det gjelder beste og verste fall – Hovedproblemer i pilot må sees på som å lære ikke en fiasko.
- Omfang piloten, brukere, lokasjoner osv.
- Identifiser fokusgruppen, det hjelper hvis de er mer åpne for forandring, informer dem om hva som forventes
- Bygg MVP, Agile er ideell for pilot, da den lar deg forkorte behandlingstiden for første tilbakemelding
- Planlegg utrullingsaktiviteter, opplæring, kommunikasjon, informasjonsinnhenting som en del av utrullingen osv.
- Utrulling – administrer arrangementet (distribusjon, FOV osv.), brukere kan trenge ekstra støtte når det gjelder av hjelpelinje, gulvvandrere osv.
- Innrulling av hendelser – administrasjon av hendelser
- Fang hendelser, erfaringer, beste praksis, skaleringskrav gjennom hele, men spesielt etter at brukere begynner å bruke det nye oppsettet li>
- Lag et sammendrag for sponsor å handle – du kan ende opp med å omarbeide den opprinnelige fullstendige lanseringsplanen din hvis det var en
- Del læring s – foreta en pilotanmeldelse med alle involverte så flere ting kommer ut
- Fremover til neste fase …
Svar
Hva betyr «pilotprosjekt»?
Godt spørsmål. På jobben har jeg ofte møtt mennesker (til og med prosjektledere) forvirret av begrepet og bruker “pilot” om hverandre med “proof-of-concept” og “prototype.”
Visst, disse begrepene er innbyrdes relaterte , men langt fra synonymt. For å fjerne enhver forvirring, definerer jeg alle tre begrepene og gir klare eksempler på hver. Det er viktig fordi det å være uklar på dette fører til feil prosjekterte prosjekter, og forårsaker kostbare feil.
Tekst: Det er mye forvirring over begrepet “Pilotprosjekt.”
Proof-of-Concept: Et begrenset eksperiment for å bekrefte en idé.
La oss for eksempel si at vi er tilbake på slutten av 1800-tallet, og vi vil vite om forbrenning er et levedyktig konsept. Så i fjøset vårt satte vi opp et apparat for å eksperimentere med kontrollerte bensineksplosjoner. På dette stadiet er det ingen produkter eller kunder. Vi vil bare vite om det grunnleggende konseptet bak et potensielt produkt fungerer.
Prototype: En mockup, eller begrenset utgave av det tiltenkte systemet .
Her ser vi for å bevise at vi kan gjøre konseptet vårt til et faktisk system som gir en nyttig funksjon. Fortsetter vi med forrige eksempel, vet vi ikke hvordan vi skal bygge en sofistikert, klar til markedsføring av bil. Så vi bruker begrensede ressurser (tid, penger, materialer) for å bygge en minimalt fungerende ressurs. Resultatet vårt er i utgangspunktet en motorisert gokart av tre. Det er ikke kommersielt levedyktig, da det vil riste fra hverandre om få dager.Men det er nok å få noen potensielle kunder begeistret og rettferdiggjøre å fortsette videre.
Pilotprosjekt: En faktisk implementering av arbeidssystemet med ekte kunder, om enn i begrenset skala.
Vi er nå på neste trinn. Vi har bygget et grunnleggende produkt, men på dette stadiet kan vi bare lage det for hånd, i små mengder. Vi vet at noen kunder er interessert, men vi trenger mer kundebruk for å stryke ut kinks, og rettferdiggjøre oppskalering av vår produksjonsevne, f.eks. arbeidsstyrke, anlegg og verktøy, salgsnettverk. Så foreløpig er vår virksomhet et pilotprosjekt, med grunnleggerne som monterer bilene i låven vår.
Bildetekst: Etter piloten vår prosjekt håper vi å ha nok salg og positive kundeanmeldelser til å gi den til Mr. Ford.
Ytterligere lesing:
POC, prototype eller pilot? Når og hvorfor: Blogginnlegg som gir ytterligere forklaring og eksempler.
Lean Startup -nettstedet: Å studere moderne virksomhets oppstartsteori er en utmerket måte å lære vitenskapen bak å ta alt fra unnfangelse til full drift.