Koncepttest eller pilot

  • Artikel

När du kör ett tekniskt och säkerhetsbeslut för ditt företag eller din kund är ett konceptbevis (PoC) eller pilot en möjlighet att tillhandahålla bevis för att den föreslagna lösningen löser affärsproblemen. PoC eller pilot ökar sannolikheten för ett lyckat införande.

En poc:

  • Visar att en affärsmodell eller idé är genomförbar och kommer att fungera för att lösa affärsproblemet
  • Omfattar vanligtvis en till tre funktioner
  • Kan finnas i en eller flera tekniker
  • Är inriktad på ett visst scenario och bevisar vad kunden behöver veta för att fatta det tekniska eller säkerhetsbeslutet
  • Används endast som en demonstration och går inte in i produktion
  • Är IT-driven och aktiveringsdriven

En pilot:

  • Är en testkörning eller en utvärderingsversion av en föreslagen åtgärd eller produkt
  • Varar längre än en PoC, ofta veckor eller månader
  • Har högre avkastning på investeringar (ROI) än poc
  • Bygger i en förproduktions- eller utvärderingsmiljö med avsikten att den sedan ska gå till produktion
  • Är implementeringsdriven och förbrukningsdriven

Metodtips för PoC och pilot

Var medveten om efterlevnadsproblem när du arbetar i en kunds miljö och se till att dina åtgärder alltid är lagliga och kompatibla.

  • Att röra eller ändra kundens miljö kräver vanligtvis ett kontrakt och kan omfatta en partner eller Microsoft-tjänster. Utan kontrakt kan ditt företag vara ansvarigt för problem eller skador.
  • Styrning kan kräva godkännande av juridisk avdelning. Ditt företag kanske inte kan ge bort immateriell egendom (IP) utan kostnad. Du kan behöva ett juridiskt kontrakt eller kontrakt för att ange om företaget eller kunden betalar för IP-adressen.
  • Få informationsvägledning när du hanterar sekretessavtal (NDA), produktöversikter, NDA-funktioner eller något som inte har släppts till allmänheten.
  • I en pilot ska du inte använda en utvärderingsmiljö för Microsoft Developers Network (MSDN) eller någon miljö som du äger.
  • Använd korrekt licensierad programvara och be ägaren av affärsmöjligheten att se till att hantera programvarulicensiering korrekt.

Kunden, partnern eller ditt företag kan betala för PoC eller pilot. Beroende på kontraktets storlek, ROI och försäljningskostnaden kan en grupp täcka allt, eller så kan en kombination av alla tre parterna täcka kostnaden. Se till att ditt företag eller din kund har en viss investering i PoC eller pilot. Om de inte gör det kan detta vara en röd flagga som signalerar att ditt företag eller din kund ännu inte ser värdet i lösningen.

PoC- och pilotprocess

Den tekniska beslutsfattaren (TDM) ansvarar för att driva ett adoptionsbeslut. TDM ansvarar för att säkerställa att rätt partner och resurser är involverade i en PoC eller pilot. Som TDM kontrollerar du att du är medveten om partnerna i ditt produkt- och tjänstområde eller din region. Var medveten om deras viktigaste tjänsterbjudanden runt ditt produkttjänstområde.

Planering

Tänk på följande hälsofrågor:

  • Har du en bra teknisk plan, inklusive viktiga beslutsfattare och Microsofts potential?
  • Kan du leverera den nödvändiga försäkran utan poc?
  • Ska du byta till en pilot?
  • Vilka är de detaljerade omfångs- och beslutskriterierna som ditt team eller kund har samtyckt till?
  • Kommer företaget eller kunden att köpa eller distribuera lösningen om du uppfyller kriterierna?

Utför följande uppgifter:

  • Analysera risker.
  • Utvärdera inställningen.
  • Gör förberedelserna.
  • Överväg arbetsbelastningar och personal.
  • Presentera PoC- eller pilothälsostatus.
  • Uppfylla tekniska krav.
  • Definiera go/no go-beslutet.
  • Skapa en slutlig projektplanspecifikation.

Körnings-

För körningsfasen:

  • Bestäm vem som startar presentationen.
  • Schemalägg mötet på morgonen, om möjligt.
  • Förbered demonstrationer och bilder.
  • Genomför en torrkörning för att förfina presentationen.
  • Få feedback.
  • Involvera ditt företag eller kundteam.
  • Slutför win/lose-instruktionen.

Debriefing

Överväg följande under debriefingfasen:

  • Om kriterierna uppfylldes eller inte
  • Intressentinvestering
  • Initierar distribution
  • Hitta en partner och utbildning
  • Lärdomar
  • Korrigeringar eller tillägg av PoC eller pilotvägledning
  • Arkivering av värdefulla slutprodukt

Ändringshantering

Ändringshantering använder testade metoder och tekniker för att undvika fel och minimera påverkan vid administrering av ändringar.

Vi rekommenderar att en pilot innehåller ett tvärsnitt av användare för att åtgärda eventuella problem eller problem som uppstår. Användare kan vara bekväma och bekanta med sin gamla teknik och har svårt att gå över till nya tekniska lösningar. Ändringshantering håller detta i åtanke och hjälper användaren att förstå orsakerna bakom ändringen och vilken inverkan ändringen kommer att göra.

Denna förståelse är en del av ett pilotprojekt och vänder sig till alla som har en andel i projektet. En pilot är bättre än en PoC, eftersom kunden är mer involverad, så de är mer benägna att implementera ändringen.

Piloten innehåller en detaljerad uppföljning genom undersökningar eller fokusgrupper. Feedbacken kan bevisa och förbättra ändringen.

Nästa steg

Prosci® ändringshantering utbildning